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NETWORK-BASED SYSTEM FOR THE evaluate the design according to their various engineering, 

MANUFACTURE OF PARTS WITH A business and management specialties. Typically, there will 

VIRTUAL COLLABORATIVE be a management team whose primary function is to ensure 

ENVIRONMENT FOR DESIGN, that the development program is "on schedule" and "on 

DEVELOPEMENT, AND FABRICATOR s cost." There will be a business/accounting team who will 

SELECTION analyze the costs of the development program and the 

expected costs of the product produced in quantity. There 
RELATED APPLICATIONS will be a series of engineering teams, each of a particular 

discipline or specialty. In our sonobuoy example, there will 
This application is a continuation-in-part of U.S. appli- be mechanical engineers, electrical engineers, RF engineers, 
catron Ser. No. 09/270,007, filed Mar. 16, 1999, entitled dalis & tej reIiabilit ^ safet 

"Interactive System for Engineering Design and ; ^ prt)cessing specialists, production engineers and so 
Manufacture," and U.S. application Ser. No. 09/311,150, 0 „ 

filed May 13, 1999, entitled "Network Integrated Concurrent " , . , .„ , , , . 

Engineering With Computer Aided Design," both of which „ Each of these teams wnl evaluate the design (three 
are herein incorporated by reference. 15 dmiensional model and associated specifications) to deter- 

mine conformance with requirements. In a typical develop- 
FIELD OF THE INVENTION ment enC ° rt > mese teams will recommend changes to the 

design to rectify deficiencies or improve performance. The 
The present invention relates generally to a design will evolve (as depicted in FIG. 1, from Design 1, 
comprehensive, integrated computer-based system and 20 Design 2, and so on to final Design n) as changes are 
method for undertaking an engineering design and devel- recommended and implemented. 

opment effort in a virtual collaborative environment, iden- Because a number of disciplines may be involved, it can 
tifying qualified fabricators for manufacturing a part design be appreciated the pr0 cess can be lengthy and costly, 
based on fabricator capability information stored in a global wheQ one team implements changes based on its analysis, 
registry database substantially maintained by the fabricators 25 other teams may haye {Q redo tfaeir analysis ^ a result For 
themselves, and conducting a virtual bidding process examp i e , when a production engineer recommends (based 
whereby electronic representations of three dimensional 0Q cost or man ufacturibility considerations) that paper 
model and specification data are provided by a central capacitors be employed instead of ceramic capacitors, the 
server. The central server further supports the bidding pro- reliability engineer will need to reevaluate the design. When 
cess by providing quasi-real time audio, video and graphics, 30 an acoustic specialist recommends that improved hydro- 
and the contracts negotiation and formalization steps. phones be vsed or an RF specialist reC ommends that an 

DAPFPnnTiMn m Tuc Tm^MTTAM improved receiver be used, the mechanical engineer will 

BACKGROUND OF THE IrWENTI ON r , , - . .,. , . „ ? , . t . 

need to determme if packaging limits are exceeded and the 

The conventional approach to an engineering design and accounting specialists will need to determine if "design to 

development effort tends to be costly and cumbersome. 35 cost" parameters are exceeded. 

Typically, a design and development effort begins with an Application of the "concurrent engineering" principle can 

initial idea or concept for a new product, for example, an improve the process somewhat by assembling the various 

improved sonobuoy for receiving and transmitting to a specialists at the earliest possible time. Thus, manufacturing 

surveiling aircraft acoustic data from the ocean. ^ specialists are consulted from the beginning, rather than 

From this initial idea, an initial design comprising draw- simply at the end. 

ings and written specifications is created. The drawings may Nevertheless, the sonobuoy example and FIG. 1 illustrate 

be paper drawings or "blueprints"or may be three dimen- how a complex engineering effort involving multiple disci - 

sional drawings created using Computer Aided Design plines can be a lengthy and costly process as designs are 

(CAD) software. The initial design will usually include 45 considered and discarded, new designs are evaluated and so 

certain specifications, such as product specifications forth. When the various specialists are in different geo- 

(defining performance of the item), system specifications graphical locations ("physical boundaries"), at different 

(defining performance of a system including the item) and business entities ("business boundaries"), or employ differ- 

interface design specifications (defining electronic or physi- en t software standards ("format boundaries"), the problem is 

cal interfaces between the item and other system 5Q only compounded. The disparate locations, business cultures 

components). In the case of a sonobuoy, these documents and format standards can be significant impediments. This 

will include a product specification detailing the perfor- can be referred to as the "boundaries problem." Put simply, 

mance criteria and "form, fit and function" of the sonobuoy; having specialists of differing disciplines (with often con- 

a system specification detailing the performance of the flicting priorities) attempt to resolve design issues when 

system including the sonobuoy and aircraft avionics; and an ss operating from different locations, or from business entities 

interface design specification defining the electronic inter- with differing business practices and cultures, or when using 

face between the sonobuoy and the aircraft receiver and different software formats (e.g., three dimensional model 

specialized acoustical processors. standards) creates significant costs and obstacles. This is a 

These specifications will include various design criteria or significant drawback, 

performance parameters for the new sonobuoy, such as 60 Once an acceptable design is arrived at (e.g., Design n, 

reliability requirements, mean time between failure, radio FIG. 1), the developing concern typically wishes to produce 

frequency (RF) transmission power and range, acoustic gain the design in quantity. In today's decentralized economy, 

and performance (e.g., gain in decibels and three dimen- where most "start-up" or even moderately -sized engineering 

sional beam patterns) and so on. enterprises do not have their own production facilities, this 

As depicted in FIG, 1, this initial idea or concept is 65 typically requires "outsourcing" of the production. In some 
translated into an initial design, "Design 1." A series of respects, the process of locating qualified, performance- 
teams, comprising one or more members, are assembled to proven fabricators can be as daunting as the engineering 
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development effort. The engineering concern may not have which is accessible by authorized team members through a 

established relationships with many — or any — graphical user interface that is substantially platform inde- 

manufacturers. Of the few potential candidates that may be pendent to reduce or eliminate the necessity for specialized 

identified through "word of mouth" or a costly search, it can hardware and software. 

be costly to evaluate whether such candidates meet mini- 5 [t is another object of the present invention for a central 

mum requirements. Numerous meetings may be required. server to support a secure multimedia communications capa- 

Even then, it may be difficult to ascertain the quality of past bility to include audio, video and graphics, so that partici- 

performance and the prospects for the proposed perfor- pants in an engineering effort can communicate and col- 

mance. The engineering concern will have to sustain the laborate in the virtual engineering environment to discuss a 

cost, and risk, of divulging proprietary design and specifi- 10 design. 

cation data. Because format standards may differ, the costs It ^ ano ther object of the present invention to provide a 

and risks of (sometimes imperfect) file conversions may be central server with a repository of fabricator capability data 

required. These are significant drawbacks. wnich can be searched by a prime contractor to locate 

Even if several acceptable fabricators are located, they qualified fabricators based on general criteria as well as 

may represent but a fraction of the otherwise qualified pool 15 design-specific criteria. 

of fabricators. This lessens competition and ultimately, can It ^ ano ther object of the present invention to provide a 

lead to increased costs and decreased performance. These ccntral server wae reby said fabricator capability data is 

are significant disadvantages to the engineering concern. substantially maintained by the fabricators so as to incen- 

With respect to start-up or not-well-known fabricators, this tivize mem to participate j n the so-called manufacturer's 

is a significant drawback that prevents them from penetrat- 20 ^g^y because it provides them a capability management 

ing new markets and inhibits their growth. system. 

Once a pool (or even a single) of qualified fabricators is [t ^ ob j ect 0 f the present invention to provide 

identified, the process of negotiating an agreement on per- sucn a searchable manufacturer's registry further supporting 

formance must occur. This may require numerous the coUection of quahty assurance data based on fabricator 

phonecalls, teleconference calls, and face-to-face meetings. 25 performance, the quality assurance data being provided to 

Three dimensional models and specification documents may t he fabricator and to future prime contractors considering 

have to be divulged so that the fabricator can develop a bid. t hat fabricator. 

Despite rigorous concurrent engineering, it is common that [t u another object of the present mven tion to provide an 

minor and not-so-minor redesigns may be required due to clectronic marketplace and bidding system whereby a prime 

producibihty concerns. This will require an additional engi- contractor can solicit proposals or bids in a virtual environ- 

neenng effort between the supplier and the proposed fabn- mem the prov ision of specification and three- 

cator to discuss and decide on engineering changes to arrive dirrjens i ona l mo del data to prospective fabricators for con- 

at a mutually acceptable, and producible, design that meets side ration in developing their proposals, 

and performance and cost requirements. The time and effort ^ ^ another objcct of ^ ( invcntion tQ {dc 

entailed are significant drawbacks. &uch an electronic marke tpl a ce whereby a prime contractor 

Engineering issues aside, the negotiation process can be and prospect i ve fabricators can discuss design and contrac- 

lengthy and costly. Documents, which may be proprietary, ma] issiies ^ a virtual environment using quasi- real-time 

are sent to the bidding fabricator. The bidding fabricator audio> video and graphics, including the three-dimensional 

must evaluate them, engage in discussions with the prime ^ model re p resen ung the part or product, 

contractor about the design and specifications, and generate Tq achieve these and Qther objectg of tfae pfesent 

a "bid." This bid typically includes terms relating to time inventiorij and in accorda nce with the purpose of the 

cost and performance. Upon receipt of the bid additional inventiorij as embodied and as broad i v described, an 

discussions between the parties may be required to address embodiment of the present invention comprises an apparatus 

engineering and/or contractual issues. Typically conducted ^ ^ method for ft network . based interactive system that 

using a combination of the phone, teleconference and postal supports several phases of an engineering effort: the devel- 

service (or the like), these discussions impose additional t ^ eva]uatioQ of an engineering design, the iden- 

costs and time in getting a product to market. This is a tincat ion of potentially qualified fabricators, and the bidding 

significant drawback. and ne g 0t j at i 0 n process to create an agreement for a quali- 

Other problems and drawbacks also exist. 5Q fied f abr i C ator to manufacture a design in quantity. 

SUMMARY OF THE INVENTION Accordingly, what is disclosed is a network-based system 

interfacing multiple user systems which interface through a 

For these and like reasons, what is desired is a network- central server to undertake the design development effort. A 

based, interactive system capable of receiving specification baseline design is created and maintained in a neutral or 

and other information so that an engineering design for a 5S com mon format by the central server. A governing entity or 

product, represented by an electronic three-dimensional prime contractor assigns access or authorization data so that 

model, can be designed, developed and evaluated in a parts or me entirety of the three dimensional model and/or 

collaborative, virtual environment substantially obviating specification data is accessible by other team members in 

geographic, business and format boundaries. order to perform various analysis and simulations. An inte- 

Accordingly, it is one object of the present invention to 60 grated product data management (PDM) capability manages 

overcome one or more of the aforementioned and other access to controlled data and maintains a record of the 

limitations of existing systems and methods for undertaking various manifestations of the design. A current baseline 

an engineering development effort. design is maintained so that engineering analysis and simu- 

It is another object of the present invention to provide lation team members perform their analysis on the correct 

such a network-based system whereby a central server 65 design. The system supports quasi- real-time interactive 

maintains engineering data, such as design documents and audio, video and graphics so that team members can discuss 

three dimensional model data, in a common, neutral format, design issues in the virtual environment without having to 
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cross geographic or format boundaries. The above-described 
capabilities are provided in a substantially platform inde- 
pendent manner using a graphical user interface (GUI) 
supported by standard software, such as a "browser," which 
may further include machine independent applications, such 5 
as Java Applets™, or, for certain required tools, a semi- 
machine-dependent application, to reduce the processing 
burden on user stations and the need for specialized client- 
side software. In an alternative embodiment of the invention, 
a so-called "custom browse r" may be provided to user 10 
stations so that the interface with the central server system 
is tailored to the present application. In yet another 
embodiment, certain graphics-intensive applications may be 
provided by the central server as client-side applications to 
be compiled and executed, such as applications coded in 15 
Open GL™ by Silicon Graphics™. The so-called common 
denominator in these embodiments is the goat of retaining 
the most calculation intensive tasks on the server side of the 
overall system so as to reduce the need for specialized 
software and hardware capabilities at the user systems. 2 o 
Additionally, by receiving, converting, and maintaining part 
design models in a common, neutral format, the central 
server system provides the important benefit of "data neu- 
trality" for the participants in a concurrent engineering 
development project. In short, format boundaries are obvi- 2 s 
a ted. This is an important benefit, especially for small 
enterprises, which might otherwise be eliminated from par- 
ticipation in a project because their software resource do not 
support a format required by a prime contractor, 

A second aspect of the system provides a database of 30 
fabricators, a so-called "Global Manufacturer's Registry," 
which can be searched by a designer or prime contractor to 
identify qualified fabricators. The database contains various 
information describing the fabricators, such as location, 
experience, machinery and process capabilities, 35 
certifications, quality assurance/inspection standards, and so 
forth. Fabricators are incentivized to enroll in the registry 
because it provides an incidental benefit as a capability 
management system they can use to manage and track their 
resources and capabilities. A prime contractor with a part 40 
design model representing a product can conduct a search to 
identify qualified fabricators based on design -specific and 
general criteria. The system includes producibility logic to 
analyze an uploaded part design in order to help identify 
qualified fabricators. The system allows prime contractors to 45 
provide feedback on performance which can be factored into 
a quality assurance capability provided by the system. As 
with the NICECAD aspect of the integrated system, the 
GMR aspect provides data neutrality for users by supporting 
the upload and conversion of part design models from 50 
various format types into a standard neutral format. 
Therefore, a designer is not precluded from using the GMR 
system based on the fact that it uses a particular part design 
model format. 

According to a third aspect of the system, an electronic 55 
bidding system is provided by an Electronic Trading Com- 
munity (ETC) to allow virtual discussions and negotiations 
to take place over the networked system once a pool of 
qualified fabricators is identified. A request for quote (RFQ) 
or request for proposal (RFP) with design data is submitted 60 
to the system so that fabricators can submit proposals. The 
virtual computer aided design (CAD) capability allows 
quasi- real-time discussions, including audio, video and 
graphics. The graphics capability allows a prime contractor 
and prospective fabricator to view the three-dimensional 65 
part design, including the execution of various 
manipulations, such as virtual rotations and translations, 
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pan, zoom and "fly throughs ." The stored part design model 
data may include links to associated specifications, stan- 
dards and other design specific documents so that the 
bidding fabricator has a full representation of what it is 
bidding on. As with the NICECAD and GMR aspects of the 
integrated system, the ETC provides "data neutrality" so that 
format boundaries do not become impediments for either the 
soliciting prime contractor/designer or the bidding fabrica- 
tor. 

In general, the above capabilities are provided in a 
networked, virtual environment that reduces transaction 
costs and meets engineering challenges as it transcends 
geographic, business and format boundaries. One or more 
central servers maintain the part design model in neutral 
format, such as AP 214 STEP format, well known to those 
of skill in the art. Substantially platform user independent 
graphical interfaces, such as browser pages, and server- 
client interactive applications, such as Java Applets™ make 
the system substantially user-system independent. In some 
instances, instead of using Java™ mini -applications or the 
like to run on a browser's so-called "virtual machine," 
certain graphics-intensive or computation-intensive applica- 
tions may be compiled and executed at the user systems as 
semi- machine -dependent applications amenable to opera- 
tions using a computer system with a standard operating 
system. Whether specialized applications are supported by 
miniapplications (e.g., such as those coded in Java™) pro- 
vided through a browser or by server interface with a 
semi-machine -dependent application at a user station (e.g., 
a server-provided application coded in Open GL™ readily 
executed on a Unix™ — or Windows™ — based system), the 
goal is a substantial user platform independent network 
interface with the server system. Security is provided 
through encryption and multiple firewalls at the server(s) so 
as to protect proprietary and sensitive data. 

The accompanying drawings are included to provide a 
further understanding of the invention and are incorporated 
in and constitute part of this specification, illustrate several 
embodiments of the invention and, together with the 
description, serve to explain the principles of the invention. 
It will become apparent from the drawings and detailed 
description that other objects, advantages and benefits of the 
invention also exist. At the outset, it should be observed that 
the several primary features of the system are depicted as 
residing on several servers. This is, of course, only for 
exemplary and illustrative purposes. The features of col- 
laborative engineering, global manufacturer's registry, and 
electronic bidding, can be provided via one or many servers, 
which may be co-located or which may reside at different 
locations connected through a network. Likewise, the data 
stored by the system could be stored at a single location or 
amongst multiple locations in a so-called hybrid relational 
object oriented database architecture. In general, the 
so-called first aspect of the fully integrated embodiment of 
the invention, the collaborative engineering feature, is 
described as the Network Integrated Concurrent Engineer- 
ing With Computer Aided Design or NICECAD. The second 
aspect of the invention, the global manufacturer's registry 
feature, is described as the Global Manufacturer's Registry 
(GMR) or the Interactive System for Engineering Design 
and Manufacture (EDM). The so-called third aspect of the 
invention, the electronic bidding capability feature, is 
described as the Electronic Trading Community or ETC. 

Additional features and advantages of the invention will 
be set forth in the description that follows, and in part will 
be apparent from the description, or may be learned by 
practice of the invention. The objectives and other advan- 
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tages of the invention will be realized and attained by the FIGS. 18A & B depict a flowchart illustrating a method, 

system and methods, particularly pointed out in the written according to an embodiment of the present invention, for a 

description and claims hereof as well as the appended team member to perform engineering analysis and simula- 

drawings. tion on a part design model. 

BRIEF DESCRIPTION OF THE DRAWINGS 5 FIGS. 19A & B depict a flowchart illustrating a method, 

The purpose and advantages of the present invention will according to an embodiment of the present invention, for 

be apparent to those of skill in the art from the following quasi-real time interaction among users on the NICECAD 

detailed description in conjunction with the appended draw- system. 

ings in which like reference characters are used to indicate FIG. 20 is an overview diagram of an interactive EDM 

like elements, and in which: 10 system according to an embodiment of the invention, includ- 

FIG. 1 is an diagram illustrating the concurrent engineer- ing the network interface, GMR server system, GMR 

ing principle, the various teams which may be involved, and database, fabricator user systems and designer user systems, 

the chronology of a typical concurrent engineering devel- pic. 21 is a block diagram, according to an embodiment 

opment project. of the present invention, illustrating a GMR server system in 

FIG. 2 is a block diagram illustrating an embodiment of greater detail, including the various processing modules and 

a NICECAD system according to the present invention applications that it may comprise. 

including a network, NICECAD server system, database, pi G 2 2 is a block diagram, according to an embodiment 

prime contractor user systems and supplier user systems. of the presem j nvenl i ori) illustrating the GMR database in 

FIG. 3 is a block diagram, according to an embodiment of 2(J g rea ter detail, including the stored fabricator data, account 

the present invention, illustrating a database including stored data and other data. 

contracts and agreements data, account data, PDM data, FIG. 23 is a flowchart illustrating a method, according to 

electronic commerce data, materials data and other data. M embodiment of m6 present i nven tion, for a designer 

FIG. 4 is a block diagram, according to an embodiment of search session using an interactive EDM system 

the present invention illustrating stored contracts and agree- 25 mQ ^ . g & flowchart iUustrating a method> according to 

ments data or a database. an embodiment of the present invention, for a designer to 

FIG. 5 is a block diagram, according to an embodiment of r ^ yc te usi an interactive EDM system . 

the present invention, illustrating account data of a database. „ T _ L , •« , A - iL j j- 

_i_ j- , t_j- * c FIG. 25 is a flowchart illustrating a method, according to 

FIG. 6 is a block diagram, according to an embodiment of Q , . - „ f „u • I^r 

iL , . 4 . * / .. it- > . an embodiment of the present invention, tor a fabricator 

the present invention, illustrating electronic commerce data 30 • * ■ * C nu ♦ 

f *\ 4 , ' 6 session using an interactive EDM system, 
of a database. 

FIG. 7 is a block diagram, according to an embodiment of „ FIG - 26 15 a functional diagram of the ; Electronic Trading 

the present invention, illustrating materials data of a data- Community of the invention, including the GMR user, GMR 

provider, and manufacturing vendors. 

FIG. 8 is a block diagram, according to an embodiment of 35 FIG. 27 illustrates how . manufacturing vendor can 

the present invention, illustrating PDM data of a database in evahlate a P art issl & model hosted on a GMR S ra P hlcs 

greater detail. server - 

HG. 9 is a block diagram, according to an embodiment of FIG - 28 illustrates how a prime contractor and manufac- 

the present invention, illustrating a NICECAD server turing vendor can engage in a commumcaUons session using 

system, including its processing modules. « the GMR 6 ra P mcs 8ewer ; including the substantially simul- 

FIG. 10 is a block diagram, according to an embodiment taneous dk P^ and manipulation of the part design model, 

of the present invention, illustrating a system administrative DETAILED DESCRIPTION OF THE 

processing module of a NICECAD server system. INVENTION 

FIG. 11 is a block diagram, according to an embodiment A „ , . , _ r t T . 

of the present invention, illustrating a PDM processing 45 . As discussed ,n me Summary of me Invention the present 

module of a NICECAD server system. invention is directed to providing a networked, virtual, 

. t_i i j * . ,. 4 collaborative environment for three aspects ot an engmeer- 

FTG. 12 is a block diagram, according to an embodiment , , * /i\ *i_ j ■ j a i * u 

& ' * jl ing development: (1) the design and development phase 
of the present invention, illustrating a CAD processing ^ mc ^CAD or Network Integrated Con- 
module of a NICECAD server system. 5Q £ ^ Computer Aided Design); (2) the iden- 

FTG. 13 is a block diagram, according to an embodiment Motion and evaluation of qualified fabricators or manu- 

of the present invention, illustrating a multimedia commu- facturers for a design (re ferred to as the Global 

nications processing module of a NICECAD server system. Manufacturer ' s Registrv or GMR system or the Interactive 

FIG. 14 is a block diagram, according to an embodiment System for Engineering Design and Manufacture (EDM), 
of the present invention, illustrating an electronic commu- 55 md ^ me solicitation and evaluation of requests for pro- 
nations processing module of a NICECAD server system posals or quotes from qualified bidders (referred to as the 
in greater detail Electronic Trading Community or ETC). 

FIG. 15 is a block diagram, according to an embodiment first Aspect of the Invention: System and Methods for 

of the present invention, illustrating an engineering analysis Undertaking an Engineering Design and Development 

and simulation processing module of a NICECAD server 60 £Q OTi [ n a Virtual and Collaborative Environment 

system in greater detail. [ n general, the NICECAD server system provides Product 

FIGS. 16A& B depict a flowchart illustrating a method, Data Management (PDM), CAD functionality, engineering 

according to an embodiment of the present invention, to analysis and simulation (EAS), multimedia communications 

carry out a concurrent engineering project. functionality, electronic commerce capability and front-end 

FIG. 17 is a flowchart illustrating a method, according to 65 network interface and system administration support, 

an embodiment of the present invention, for a design team FIG. 2 depicts an overview of an embodiment of a 

member to create an initial design. NICECAD system 100 according to the present invention, 
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which provides for concurrent engineering in a "virtual/* loadable file through a standard browser. As those of skill in 

collaborative environment. This environment obviates engi- the art may appreciate, prime contractor user systems 220 

neering data format (e.g., CAD geometry), business and may comprise future variations of such systems that permit 

other boundaries that presently impede conventional the interaction over a network with a server system, 

approaches to concurrent engineering. Significantly, the S In one embodiment, prime contractor user system 220 

virtual environment provides data neutrality by maintaining comprises a personal computer or workstation running a 

part design models in a common, neutral format, and pro- standard operating system such as Windows NT, and using 

viding utilities so that users' specialized part design model a standard browser such as Microsoft Internet Explorer™ 

software formats do not present barriers to participation in a 5.0 capable of interpreting HTML 4.0, XML, VRML, and 

collaborative engineering effort. 10 running Java™ applets or like "misapplications." In 

NICECAD system 100 incorporates product data man- another embodiment, prime contractor user system 220 

agement (PDM), computer aided design (CAD), engineering comprises a personal computer running such a standard 

analysis and simulation (EAS), multimedia communications operating system and using such a standard browser in 

and electronic commerce (EC) so that the entire project, conjunction with client-side applications which, while being 

including its engineering and business components, may be 15 semi- machine-dependent in the sense they are not executed 

carried out in a virtual, collaborative and secure environ- using a browser's so-called "virtual machine," are otherwise 

ment. compiled and executed using a standard operating system. 

FIG. 2 depicts an embodiment of a NICECAD system 100 Applications coded in Open GL™ by Silicon Graphics, a 

according to the present invention, comprising one or more language for graphics applications well known to those of 

prime contractor user systems 220; one or more supplier 20 skill in the art, and readily supported by Unix™ — and 

user systems 230; one or more databases 210; one or more Windows™ — based systems, would be just one example of 

NICECAD server systems 200; network 260; one or more such a semi- machine -dependent application running on a 

backup data storage devices 250; and one or more backup prime contractor user system 220. In yet another 

server hardware and software devices 240. embodiment, a server-supplied so-called custom browser 

Network 260 may comprise any network that allows 25 application is provided which is specially-adapted for inter- 
communication amongst the components, and may encom- facing with NICECAD server system(s) 200 and any client 
pass existing or future network technologies, such as the side semi- machine-dependent applications (or, 
existing "Internet," "World Wide Web," Wide Area Network alternatively, Java™ -type or Java™-like miniapplications) it 
(WAN), Local Area Network (LAN), "Internet Protocol- provides. Such semi- machine-dependent applications may 
Next Generation" (sometimes referred to as the coming 30 be server-provided, for example, as downloadable files 
"Supernet"), and any variation of packet switched networks through a standard or custom browser. In each manifestation 
(or other supporting data packing technologies) for permit- of the invention, the overriding goal is to preserve a sub- 
ting communication amongst user systems and servers. stantially platform independent network interface between 
Regarding the Internet and like shared networks, high band- user systems and the server system (e.g., NICECAD server 
width systems have been developed and are becoming 35 system 200). 

increasingly accessible. For example, the Abilene Network Likewise, supplier user systems 230 may comprise any 
developed by University Corporation for Advanced Internet system that may interact with NICECAD server system 200 
Development (UCAID) and the so-called Internet2 project over network 260. Like prime contractor user systems 230, 
are two examples of such high-capacity systems. The very supplier user systems 230 may comprise any computer 
high performance Backbone Network Service (vBNS) pro- 40 systems, including any of the systems listed above. In one 
vided by MCI Corporation and used by the National Science embodiment, supplier user system 230 comprises a personal 
Foundation and others is another example of such a high- computer or workstation running a standard operating sys- 
capacity system. tem such as Windows NT™, and using a standard browser 
Prime contractor user systems 220 may comprise any such as Microsoft Explorer™ 5.0. As with prime contractor 
system capable of interfacing with network 260. Prime 45 user systems 220, supplier user systems 230 may comprise 
contractor user systems 220 may comprise "standard" com- a personal computer using a server-provided custom 
puter systems that do not require specialized hardware or browser adapted for the present application. As with corn- 
software to use NICECAD system 100. Prime contractor puter systems used by prime contractors, supplier user 
user systems 220 may comprise personal computers, systems 230 may comprise a personal computer running 
microcomputers, minicomputers, portable electronic 50 semi- machine -dependent applications to be compiled and 
devices, a computer network, or any other system operable executed using a standard operating system, 
to interface with network 260 to send and receive data. Backup data storage 250 comprises a system for backing 
Prime contractor user systems 220 may comprise computers up the data stored by the NICECAD system 100. Backup 
running standard operating systems and supporting data storage 250 may comprise several backup technologies 
"browser" technologies for accessing and displaying data 55 for redundancy. Backup data storage 250 may include tape 
over a common network, such as personal computers with media, CD-ROM, zip drives, optical disks or any other 
Windows NT™ and Microsoft Internet Explorer™ 5.0 or reliable means for backing up the data maintained by 
Netscape Communicator™ 4.06, an Apple Macintosh™ NICECAD server system 200. Generally, backup data stor- 
running MOSAIC™ web browser software, a Sun SparcS- age 250 may be data that is stored locally with NICECAD 
tation™ running UNIX and Netscape Communicator™, and 60 server system 200 or remotely. Furthermore, NICECAD 
a Silicon Graphics™ UNIX-based workstation such as the server system 200, databases 210 and backup data storage 
SGI Octane™ running Netscape Communicator™. Prime 250 may comprise part of a distributed' database system. In 
contractor user systems 220 may comprise computer sys- one embodiment, backup data storage 250 may comprise 
tems running a so-called "custom browser" specially- redundant storage onto high capacity tape and recordable 
adapted for the present application. In one embodiment, 65 CD-ROM. 

such a custom browser may be provided by the NICECAD Backup server hardware and software 240 comprises one 

provider (e.g., NICECAD server system 200) as a down- or more backup servers, including server modules, to reli- 
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ably support NICECAD server system 200 to minimize the 
impact of "crashes" and other events otherwise interfering 
with smooth operation. In one embodiment, at least one 
redundant server may be provided to substitute for 
NICECAD server system 200 should it fail. Generally, 
backup server hardware and software 240 may reside locally 
with NICECAD server system 200 (or a part of NICECAD 
server system 200, if it is distributed across several different 
servers, to be discussed below), although it may be physi- 
cally remote, and may even be accessible through a different 
network address (e.g., at a different URL or web site). 

Databases 210 depict the storage media that may be 
employed to store data maintained by the NICECAD sys- 
tem. Databases 210 may be one or more physically distinct 
media, including, but not limited to, hard drives, floppy 
drives, CD-ROM, and any other existing or future storage 
technologies supporting ready access. Databases 210 may 
store information for a concurrent engineering development 
project, such as contracts data, engineering data, account 
data and other project related data (further discussed below 
in conjunction with FIGS. 3-8). In one embodiment, data- 
bases 210 resides locally with NICECAD server system 200. 
In another embodiment, databases 210 is remotely located 
from NICECAD server system 200. 

NICECAD server system 200 comprises a server system 
supporting the interactive collaborative engineering envi- 
ronment. NICECAD server system 200 interfaces with 
prime contractor user systems 220 and supplier user systems 
230 through network 260. NICECAD server system 200 
may include the hardware and software to support and 
interface with prime contractor and supplier user systems on 
a substantially platform independent basis. This minimizes 
user systems* requirements for specialized hardware or 
software capabilities. This substantial platform indepen- 
dence arises from the fact that NICECAD server system 200 
provides certain specialized applications as either client-side 
machine-independent applications, such as Java™ applets or 
the like, executable using a standard browser (or by a custom 
browser supporting such applications), and/or as client -side 
semi- machine -dependent applications, such as those coded 
in Open GL™ or like coding tools, to be executed on a 
machine with a standard operating system. Ultimately, sig- 
nificant benefits of the invention derive from the fact that the 
user system interface with NICECAD server system 200 is 
substantially platform independent. 

Generally, NICECAD server system 200 includes system 
administration and network-related software modules, as 
well as the various specialized software modules for CAD, 
EAS, multimedia communications and EC. Certain of the 
software modules may be client-side interactive for support- 
ing specialized concurrent engineering tasks. For example, 
NICECAD server system 200 may also include the hardware 
and software for multimedia operations such as audio, video 
and graphics, that may be transmitted over the network for 
presentation to user systems with standard client -side mul- 
timedia support. 

In one embodiment, NICECAD server system 200 may be 
publicly accessible as a web site, but may provide multiple 
levels of security (e.g., multiple "firewalls") to ensure that 
proprietary project data may be protected. For example, 
NICECAD server system 200 may be accessed only by users 
with a user ID and password. In one embodiment, the data 
transmitted is compressed and encrypted using encryption at 
least as reliable as that provided by RSA1024 bit encryption 
keys, a technology well known to those of skill in the art. In 
one embodiment, NICECAD server system 200 may com- 
prise a "back end" processing server running UNIX™ for 
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the various database and specialized processing operations, 
and a "front end" web server running Windows NT™ and 
Microsoft's Transaction Server™ for network-related opera- 
tions. 

5 As illustrated in FIG. 2, the architecture of NICECAD 
server 200 may be distributed. In other words, hardware and 
software for the various NICECAD system functions is not 
necessarily resident on one server system at one physical 
location. Thus, in one embodiment, as depicted in FIG. 2, 
NICECAD server system 200 comprises several systems for 
hosting software for various functions, such as PDM server 
system 202 for product data management functionality; 
CAD/EAS server system 204 for computer aided design and 
engineering analysis and simulation; MM/EC server system 
206 for multimedia communications support and electronic 

15 commerce; and network interface/system administration 208 
for system administration and network related tasks. 
Moreover, these distributed systems may interface through 
network 265, which may comprise any of the network 
technologies discussed in connection with network 260. Of 

20 course, those of ordinary skill can appreciate that this 
particular distributed architecture is exemplary, and the 
particular embodiment of FIG. 2 is intended to express the 
general principle that all of the NICECAD server system 
200 functionality need not be co-resident. In one 

25 embodiment, where the NICECAD system functions are 
distributed in this fashion, a single network address, such as 
an Internet address or URL or web site address, is used by 
the user systems. Access to other parts of the NICECAD 
system through network 265 is automated so that the system 

30 appears transparent or "seamless" to the user system. 
The Database used by the System for Engineering Devel- 
opment 

FIG. 3 illustrates database(s) 210 maintained by 
NICECAD system 100, which may comprise contracts and 

35 agreements data 305; account data 320; materials data 331; 
electronic commerce data 394; PDM data 335; and option- 
ally other data modules 395. 

Contracts and agreements data 305 may comprise infor- 
mation stored by NICECAD server system 200 relating to 

40 contracts or agreements among the various actors. This data 
may comprise contracts between users and NICECAD sys- 
tem data module 410 and contracts between prime contrac- 
tors and suppliers data module 415, as depicted in FIG. 4. 
The former may generally comprise those agreements 

45 regarding the terms of usage of the NICECAD system, such 
as fee structure, security, assignment of liability, and so on. 
The latter may contain records of contracts or agreements 
entered into between prime contractors and suppliers, or 
between suppliers. In one embodiment, such contracts may 

50 be prepared over the network by tailoring standard contracts 
and contract terms provided by the NICECAD system, 
further discussed in connection with FIG. 6. 

Account data 320 may comprise information stored by the 
NICECAD system pertaining to use by prime contractors 

55 and suppliers. For example, the information may comprise 
records reflecting all user transactions, including billing 
information, so that a complete history associated with a 
particular project is available. In one embodiment, every 
concurrent engineering development project is assigned an 

60 identifier, such as project number or project name, which 
may be used to retrieve account records in a relational 
database arrangement. In one embodiment, account data 320 
may be logically divided into supplier account data module 
525 and prime contractor account data module 530, as 

65 illustrated in FIG. 5. 

Electronic commerece (EC) data 394 may comprise data 
related to electronic commerece transactions carried out 
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using N1CECAD system 100. The NICECAD server system 
200 may be configured to allow business transactions per- 
taining to the engineering development effort to be carried 
out in the virtual environment, such as negotiations, 
contracting, and funds tranfer. EC data 394 may be used to 
store records of such transactions, and may comprise stored 
standard contracts data module 696; stored standard terms 
and conditions data module 697; stored electronic business 
documents data module 698; and stored EC digital signature 
data module 699, as illustrated in FIG. 6. 

Stored standard contracts data module 696 may comprise 
a series of contract "templates" for prime contractors and 
suppliers to use as a starting point for creating an agreement. 
For example, in one embodiment there is a standard form 
agreement for a fabricator to produce a quantity of proto- 
types of a design within some time-frame. There may be 
another standard form contract for an EAS team to perform 
some specified analysis on a design. Stored standard terms 
and conditions data module 697 may comprise various terms 
and conditions to be used in preparing an agreement includ- 
ing such things as liquidated damages, arbitration clauses, 
procedures for engineering changes, and the like. Those of 
ordinary skill can appreciate that module 696 may be used 
with or without module 697, and that said modules could 
easily be combined. 

Stored electronic business documents data module 698 
may comprise documents or records related to all EC 
transactions. For example, when a prime contractor transfers 
funds to a supplier, a record may be stored in this module. 
If standard form contract or standard terms and conditions 
data is accessed, a record may be stored. If a contract is 
actually entered into using the NICECAD system 100, a 
record may be stored. In general, this module ensures that 
NICECAD system 100 provides an electronic "paper trail" 
that provides a history of the business transactions carried 
out using the NICECAD system. 

Stored EC digital signature data module 699 may com- 
prise data of a "digital signature" required to formalize 
agreements between users. Analogous to the usual process, 
an agreement may be considered finalized when the parties 
provide their digital signature signifying their assent to the 
terms. 

Materials data 331 may contain information relating to 
materials that may be used to fabricate a part design model 
and may be used as a reference tool for designers, analysts 
and fabricators. Materials data 331 may contain property 
data as well as applications data. For example, materials data 
331 may have an entry for a titanium alloy identifying 
properties such as elastic modulus, tensile strength, 
hardness, machinability, ductility or other properties. Mate- 
rials data 331 might contain applications data for the tita- 
nium alloy, such as its limitations when used in a high 
oxygen environment. As illustrated in FIG. 7, materials data 
331 may be logically subdivided into homogeneous mate- 
rials data module 732 for homogeneous materials; hetero- 
geneous materials data module 733 for heterogeneous mate- 
rials; and other materials data module 734 for materials not 
easily classified. For example, properties and/or applications 
data for materials like metals, plastics, ceramics and the like, 
may be stored in module 732. Properties and/or applications 
data for materials like carbon fiber-epoxy or Kevlar™ 
composites may be stored in module 733. 

Materials data 331 may be used as a reference source or 
it may be used in conjunction with the CAD tools to create 
a design. For example, materials data 331 may be used by a 
design team to assign or associate certain materials with 
entities of a part design model (such as a 3D solid model). 
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Subsequently, a fabricator team analyzing the 3D solid 
model (e.g., when analyzing the design to prepare a bid) may 
ascertain that a particular material is to be used for a 
particular entity, and then may learn about applications and 

5 properties of that material by accessing materials data 331. 
PDM data 335 may contain the data stored for individual 
concurrent engineering development projects. Broadly 
speaking, the concept of PDM is to create an information 
infrastructure for the entire history of an engineering effort, 

10 including technical data (such as the design evolution and 
analysis/simulation results), as well as business or manage- 
ment data (such as contracts and budget/schedule 
information). Accordingly, PDM data 335 may include 
modules with project specific data (such as part design 

is models for particular projects) and non- project specific data 
(such as reference modules to facilitate creating part design 
models). PDM data 335 may comprise the following mod- 
ules: stored product data management system electronic 
document data module 840; stored product data and elec- 

20 tronic document distribution control module 855; stored 
design and analysis access permission data module 860; 
stored baseline part design model data module 865; and 
stored working copy part design model data module 892; 
standard and custom parts library data module 875; stored 

25 engineering analysis and simulation results data module 
885; manufacturing standards and specifications data mod- 
ule 850; stored standard attibutes and attribute values data 
module 845; stored 880; stored quasi-real time multimedia 
communications sessions data module 890; and other PDM 

30 data modules 891, as illustrated in FIG. 8, 

Stored product data management system electronic docu- 
ment data module 840 may comprise non-graphic project 
documents, such as project specifications, change 
documents, revision history documents, and budget and 

35 schedule documents. Change documents refers to any docu- 
ments that may be prepared to implement a design change. 
For example, in Department of Defense applications, such 
documents are sometimes referred to as "engineering change 
proposals" or "engineering change orders." Revision history 

40 documents refers to any documents that list or provide a 
history of design changes. 

Stored product data and electronic document distribution 
control data module 855 may comprise a module for main- 
taining "cbeck-in/check-out" records that document when 

45 team members access certain documents in NICECAD 
system 100. In one embodiment, every time a user accesses 
or "checks out" a specification or part design model, a 
"time -stamp" and team member identifier is stored in this 
module (e.g., see FIG. 11, module 1104). This serves con- 

50 figuration management by providing an electronic "paper 
trail." 

Check-in/check-out controls generally refers to the pro- 
cedures employed by the NICECAD system to control 
access to proprietary part design model and specification 

55 data. As will be discussed further below, the prime contrac- 
tor may assign access permissions to part or all of the part 
design model, project specification, and the EAS processing 
modules. This ensures that the prime contractor has control 
over which teams access which data, and which teams run 

60 which analysis. Whenever an authorized team member 
accesses the part design model or specification, the team 
member is said to have "checked out" that item. Once the 
team member completes the task, he/she may have to "check 
in" the item by informing the NICECAD system that the task 

65 is complete. By updating the check-in/check-out data in 
stored product data and electronic document distribution 
control data module 855, the NICECAD system provides 
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configuration control by maintaining a history of which 
teams have accessed which part design models and docu- 
ments. 

It is important to appreciate that check-in/check-out 
records may still be maintained even if an approval authority 
does not limit access to the part design model, specifications, 
or EAS processing modules. 

Stored design and analysis access permission data module 
860 may comprise data assigned by the prime contractor 
determining which teams (or team members) may access the 
part design model, documents and EAS processing modules. 
The module may also comprise data determining which 
teams may access certain project documents, such as speci- 
fications. A part design model generally comprises a series 
of geometric and topological entities. Teams, such as EAS 
teams, may need access to all or part of a part design model 
in order to carry out the analysis for their specific discipline. 
They may need to access specifications or other documents 
to perform their tasks. Likewise, those teams may need to 
access one or more EAS processing modules to carry out the 
analysis. Stored design and analysis access permission data 
module 860 allows an approval authority to assign access 
permissions to limit access to those portions of the part 
design module, those specifications (or portions thereof), 
and those EAS processing modules as appropriate. This 
serves configuration control by limiting access to only those 
who need it. 

Stored baseline part design model data module 865 may 
contain the current approved version of the design referred 
to as the "baseline." Each time a design change is approved 
by the prime contractor, the baseline part design model may 
change. A part design model may be created using the 
NICECAD CAD capability, and generally comprises a 
series of entities (e.g., topological or geometric features) 
which may be assigned attributes and attribute values. 
Attributes include such items as tolerance, surface finish, 
material, special fabrication instructions, etc. In general, 
stored baseline part design model data module 865 may 
contain the part design models, such as 3D solid models, 
including attributes, for the projects in NICECAD system 
100. In one embodiment, this module may contain the entire 
history of baseline designs, each of which is assigned a 
version number for tracking purposes (e.g., Design 1.00, 
1.01, 1.02, etc.). The latest version number may be the 
current baseline design. 

Stored working copy part design model data module 892 
may be used by designers and analysts as a virtual "scratch 
pad" for storing part design models. For example, an EAS 
team member who checks out the current baseline part 
design model from module 865 may not be permitted to 
"check in" that part design model. This is because it may be 
that only the prime contractor can authorize writing a 
baseline part design model to module 865. This provides 
configuration control and protects the integrity of the current 
baseline part design model. However, the EAS team member 
may use stored working copy part design model data module 
892 to store a "working copy" of the part design model. For 
example, if a fabricator team analyzing producibility deter- 
mines that certain design changes should be effected, a 
proposed revised baseline part design model may be stored 
in this module. Project team members may also use this 
module to temporarily store working copies of the baseline 
part design model while they are completing their analysis. 
This way the team member does not have to go through the 
check-out procedures repeatedly while performing the same 
analysis. In one embodiment, the working copies stored in 
this module by NICECAD server 200 are assigned working 
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copy version numbers. In another embodiment, the working 
copy version numbers are maintained so that there is a 
complete history of all working copies of the part design 
model in the NICECAD system. 

5 Standard and custom parts library data module 875 may 
comprise a library of "p re-built" standard and custom parts 
that may be accessed by designers to include in larger part 
design models. Availability of such data may expedite the 
design creation and modification process (e.g., see FIG. 9, 
module 932). Standard parts may include such common 
items as fasteners, gears, bearing sets and the like. Custom 
parts may include parts previously built by prime contractors 
or suppliers that are saved for use in later projects. For 
example, a sonobuoy manufacturer may save a series of 
custom parts for various configurations of sound-detecting 

15 underwater hydrophones. 

Stored engineering analysis and simulation results data 
module 885 may comprise data stored by the NICECAD 
system reflecting the results of engineering analysis per- 
formed by EAS teams. The EAS analysis may be performed 

20 using internal NICECAD processing modules (e.g., see FIG. 
9, module 946) or external processing modules. Stored 
engineering analysis and simulation results data module 885 
ensures that the virtual NICECAD collaborative engineering 
environment includes a record of analysis performed on a 

25 part design model. Those of ordinary skill should appreciate 
that the term "engineering analysis and simulation" is gen- 
erally descriptive of studies performed by various teams 
considering a design. The term is not meant to suggest that 
analysis and simulation are discrete tasks or disciplines. 

30 Some studies may involve only analysis of a design; some 
may involve only simulation of the operation or manufacture 
of a design; and some studies may require both simulation 
and analysis. 

Manufacturing standards and specifications data module 

35 8 50 may comprise fabrication standards, inspection stan- 
dards and other standards. For example, to support Depart- 
ment of Defense applications, this module may contain 
various MIL-STD or MIL-SPEC documents defining such 
things as manufacturing standards, inspection standards, 

40 reliability, quality assurance, safety, and so on. This module 
may be used as a reference source providing users the text 
of the standards and specifications. This module may be 
used by designers to associate particular standards with 
graphical entities of a part design model. In one 

45 embodiment, a design team member may associate a stan- 
dard (e.g., MIL-STD-5556.8) with a particular graphical 
entity when creating apart design model. When viewing the 
design using a CAD tool (e.g., see FIG. 9, module 932) a 
fabricator team member may see the standard associated 

50 with a particular entity that may be "clicked on" to link to 
the text of the standard. 

Stored standard attributes and attribute values data mod- 
ule 845 may comprise a series of standard attributes and 
attribute values for use by a designer in creating a design. As 

55 previously mentioned, a part design model may comprise a 
series of geometrical and topological entities. Each entity 
may be assigned its own attributes, such as surface finish, 
material, tolerance, and the like. For some attributes, each 
attribute is given a value or category. For example, tolerance 

60 may be given a tolerance type (e.g., flatness, linear, angular, 
runout, etc.) and a tolerance range. For surface finish, a 
surface finish value is assigned. Stored standard attributes 
and attribute values data module 845 may be used in 
connection with a CAD tool (e.g., see FIG. 9, module 932) 

65 so that a designer may rapidly create an initial design 
including the assignment of attributes to the part design 
model entities. 
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Stored PDM digital signature data module 870 may mission of 3D graphics between user stations and 

comprise digital signatures, well known to those of skill in NICECAD server system 200 can be implemented using a 

the art, by the "approving authority" for the part design high-level platform independent 3D graphics programming 

model. In conventional collaborative engineering tool such as Java 3D™ 1.1 API. 

environments, the "approving authority" (usually the prime 5 As noted previously, in one embodiment user access to the 

contractor) signifies approval of the baseline part design processing modules of NICECAD server system 200 is 

model and associated specification documents by affixing a facilitated using a custom browser specially adapted for the 

written signature. In the virtual NICECAD environment, a present application. Additionally, certain client-side appli- 

digital signature may be associated or included to certify cations are better provided as semi- machine -dependent 

approval of certain items, such as the approved current 10 applications that are compiled and executed using a standard 

baseline part design model, the approved final part design operating system, although not via the "virtual machine" 

model submitted for fabrication, and various supporting provided by a standard browser. For example, certain 

specification documents. This digital signature feature aids graphics-intensive applications, such as those for supporting 

configuration control by providing a quick and effective way the invention's virtual CAD and multimedia video/audio/ 

to determine whether a particular electronic file represents 15 graphics capability, ay be provided as Open GL™ -coded 

an "approved" version or is a mere working copy (or applications rather than Java 3D™ -coded applets, 

proposed redesign). In one embodiment, design changes It bears reiteration that NICECAD Server System 200, 

require a digital signature by the approving authority, primarily for design development, and GMR Server System 

whereby a new design must include the proper digital 1000 (discussed below), primarily for locating qualified 

signature (e.g., a key) before it may be stored in stored 20 fabricators, and GMR Graphics Server 2710 (discussed 

baseline part design model data module 865. In other below), primarily for the bidding process, may exist at the 

embodiments, digital signatures may not be required. same location on the same server system. In the preferred 

Stored standard drawing symbols data module 880 may embodiment, the overall system provides a comprehensive 

comprise a series of standard drawing symbols, such as functionality, hosted on a single system, for the entire 

ASME Y14.5 symbols. These symbols may be used by a 25 product development lifecycle, from initial idea by a prime 

designer in creating a part design model using the CAD tool contractor/designer to production in quantity by an out- 

(e.g., see FIG. 9, module 932). In one embodiment, where sourced fabricator. For illustrative purposes, we describe the 

the CAD tool includes a custom design visualization func- various functional components as residing on separate 

tionality (e.g., see FIG. 12, module 1210, discussed below), servers, although this architecture is not required, and in the 

stored standard drawing symbols data module 880 may be 30 preferred embodiment, the three aspects of the invention are 

automatically accessed by NICECAD server system 200 to integrated into a substantially "seamless" virtual environ- 

provide the proper drawing symbols for a two-dimensional ment. 

sectional view of a 3D part design model. As illustrated by FIG. 9, NICECAD server system 200 
Stored quasi-real time multimedia communications ses- may comprise system administration processing module 
sions data module 890 may comprise records data of mul- 35 902; PDM processing module 918; CAD processing module 
timedia communications sessions (e.g., see FIG. 9, module 932; multimedia communications processing module 978; 
978) between teams members in a concurrent engineering electronic commerce processing module 988; and engineer- 
development project. For example, if a design team and EAS ing analysis and simulation processing module 946. 
team have a multimedia communications session using the System Administrative Processing in the NICECAD System 
NICECAD system to discuss certain design issues, a record 40 System administration processing module 902 generally 
may be stored reflecting the session. In one embodiment, supports system administrative processing and network 
data reflecting the actual transactions (such as audio, video related processing, and, as depicted in FIG. 10, may further 
and graphics) may be stored for a session. In another comprise user logon authentication processing module 
embodiment, memory resources are preserved by storing 1002; contracts processing module 1004; account data and 
only descriptive information, such as the identity of the 45 other report generation module 1006; security processing 
parties, duration of the session, part design model version module 1008; network interface processing module 1012; 
numbers accessed and the like. data backup and archiving processing module 1013; and 

Other PDM data modules 891 may comprise any other other application modules 1014, 
data modules in PDM data 335. Other data modules 395 may User logon authentication processing module 1002 may 
comprise any other data modules in database 210. 50 comprise a security module for limiting access to the 
The NICECAD Server System NICECAD system. User logon authentication module 1002 
FIG. 9 illustrates NICECAD server system 200, which may enable a user to enter a user ID and password to log 
may comprise various software components or modules onto NICECAD system 100. Other security modules may 
supporting processing functions. At the outset, it should be also be provided. In one embodiment, a prime contractor 
noted that in one embodiment, user access to the processing 55 initiates a development project on NICECAD system 100 
modules of FIGS. 9-15 may be via platform independent and accordingly identifies the various teams (and team 
graphical user interfaces (e.g., browser pages) presented to members). This module then gives the various team mem- 
the user's standard or custom browser. In another bers authorization to log onto the system for a given project, 
embodiment, user interface to processing modules may be Contracts processing module 1004 may comprise a mod- 
further enabled by the provision of platform independent 60 ule that ensures that before a prime contractor or supplier 
misapplications (e.g., Java™ applets or the like) that may uses NICECAD system 100, contracts specifying the 
be run on user stations. Such applications may reduce or responsibilities of each party regarding data protection, 
eliminate the need for specialized hardware/software at user maintenance and system usage are formalized (e.g., see FIG. 
stations, may provide client/server interactivity, and may be 4, module 410). In one embodiment, contracts processing 
used to reallocate processing burdens between the server 65 module 1004 includes a platform independent client-side 
system and user systems. For example, applications involv- Java™ applet (or like miniapplication) that may be launched 
ing 3D graphics presented at user stations and/or the trans- at user stations to facilitate the contract execution process. 
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Account data and other report generation module 1006 
may comprise a module that formats and sends reports 
requested by users that, in one embodiment, may be sent as 
browser pages or links to downloadable files. This module 
may prepare reports of records of transactions on the 
NICECAD system or billing summaries. (See, e.g., FIG. 5, 
module 320). In one embodiment, a prime contractor may 
retrieve reports pertaining to all transactions relating to a 
given project, while suppliers may retrieve reports only 
pertaining to their own activity. 

Security processing module 1008 may comprise a module 
for providing security for NICECAD system 100. It is 
important that project data and multimedia communications 
sessions are secure, so this module may provide multiple 
firewalls, encryption, hashing, or other known information 
technology security techniques to protect data and commu- 
nications. In general, project data may be treated as propri- 
etary to the prime contractor, and security processing mod- 
ule 1008 provides the proper safeguards. In one 
embodiment, security processing module 1008 may com- 
prise a software component using Java™ Cryptography 
Extension (JCE) 1.2 and Java™ 2 for encryption and/or 
message authentication. In the preferred embodiment, data is 
compressed and also encrypted using technology at least as 
reliable as that provided by RSA 1024 bit encryption keys. 

Network interface processing module 1012 may comprise 
a module for supporting the interface with user systems over 
network 260, or for interface with other parts of NICECAD 
server system 200 via network 265. In one embodiment, 
network interface processing module 1012 supports the 
interface with user systems on a substantially platform 
independent basis using browser pages or the like. In this 
manner, user interface with NICECAD server system 200 is 
achieved using more or less standard hardware and software. 
As previously noted, such browser pages may be configured 
to interface with a so-called standard, commercially avail- 
able browser (e.g., Netscape™ or Microsoft Explorer™) or 
a custom browser specially adapted to support the graphics- 
intensive networked CAD and multimedia communications 
aspects of the present invention. 

Data backup and archiving processing module 1013 may 
comprise a module supporting periodic backing up and 
archiving of data (e.g., see FIG. 2, module 250), This 
module may also support the resort to backup server hard- 
ware and/or software (e.g., see FIG. 2, module 240) when 
there are system crashes or other interruptions in availability 
of the primary server hardware and software (e.g., see FIG. 
2, module 200). 

Other application modules 1014 may comprise any other 
application modules run by NICECAD server system 200 to 
support system administration related tasks. 
Product Data Management Processing in the NICECAD 
System 

PDM processing module 918 provides the processing 
associated with the NICECAD system's PDM functionality, 
and, as depicted in FIG. 11, may include PDM electronic 
document processing module 1102; product data and elec- 
tronic document distribution control module 1104; baseline 
part design model management module 1106; working copy 
part design model management module 1108; attributes and 
attribute values management module U10; PDM digital 
signature processing module 1112; engineering analysis and 
simulation results management module 1114; design and 
analysis access permissions management module 1116; and 
other PDM processing modules 1118. 

PDM electronic document processing module 1102 may 
comprise a module that implements the general PDM capa- 
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bility of NICECAD system 100. This module may provide 
for the data management and configuration control of non- 
graphic project documents such as project specifications, 
change documents or revision history documents (e.g., see 
FIG. 8, module 840). In one embodiment, PDM electronic 
document processing module 1102 comprises a substantially 
COTS (commercial off-the-shelf) software package tailored 
for NICECAD system 100. 

Product data and electronic document distribution control 
module 1104 carries out the check-out/check- in manage- 
ment procedures of the NICECAD system (e.g., see FIG. 8, 
module 855). As mentioned previously, the check- in/check- 
out procedures ensure the integrity of the part design model 
and associated specification documents. This module may 
provide that each time a controlled item, such as a part 
design model or a specification document, is accessed from 
the NICECAD system, a record is stored reflecting that 
transaction. In one embodiment, this record may comprise a 
time-stamp and user ID, 

Baseline part design model management module 1106 
may be a module that provides data management of the 
baseline part design model. In general, baseline part design 
model management module 1106 may be integrated with or 
may cooperate with a CAD processing module (e.g., see 
FIG. 9, module 932) so that the latter provides the substan- 
tive CAD capability and the former provides the PDM 
functionality. Baseline part design model management mod- 
ule 1106 may be integrated with a data module such as that 
of FIG. 8, module 865, to store the baseline part design 
model. In one embodiment, configuration control is fur- 
thered by having the NICECAD server system 200 config- 
ured so that baseline part design model management module 
1106 permits only one category of user, such as approval 
authority users, to create or make changes to the baseline 
part design model. This module (1106) may cooperate with 
product data and electronic document distribution control 
module 1104 to enforce the check-in/check-out procedures. 
This module (1106) may provide that each version of the 
baseline part design model is given a version number. 

Working copy part design model management module 
1108 is similar to baseline part design model management 
module 1106, except that the former manages the data 
associated with so-called "working copies" of the part 
design model (e.g., see FIG. 8, module 892). This module 
may provide PDM management when cooperating with a 
CAD processing module that provides substantive CAD 
processing to a user relying on a working copy. This module 
may provide that each version of a working copy part design 
model is given a version number. 

Attributes and attribute values management module 1110 
may comprise a module that provides PDM management of 
attributes and attribute values (e.g., see FIG. 8, module 845) 
inputted by a user. This module may provide that attributes 
and attribute values assigned to a part design model be 
stored with the part design model (e.g., see FIG. 8, modules 
865 and 892) or in a separate location. This module may 
cooperate with a CAD processing module (e.g., see FIG. 12, 
module 932) that permits a user to view the part design 
model and assign attributes and attribute values to selected 
entities. In one embodiment, this module cooperates with a 
platform independent client-side application (such as a 
Java™ applet running on a browser) or a semi- machine - 
dependent application that permits the user to view the part 
design model and assign attributes and attribute values by 
selecting entities with a mouse or like device. 

PDM digital signature processing module 1112 may com- 
prise a module for managing the digital signature data in 
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NICECAD system 100. In one embodiment, this module (e.g., prime contractor user systems 220 or supplier user 

provides the user a platform independent application, such systems 230) interface through standard or server-provided 

as a Java™ applet, that permits the user to append or custom browsers with 3D part design model graphics pre- 

associate a digital signature with a part design model or sentation and manipulation facilitated using server-supplied 

document (such as a project specification). The digital 5 (e.g., by CAD processing module 932) Java™ applets (or 

signature component (e.g., the key) known to the user is like miniapplications which can be executed on a browser), 

uploaded to the NICECAD system, where PDM digital In another embodiment, so-called semi- machine-dependent 

signature processing module 1112 ensures that it is properly applications may be provided by CAD processing module 

validated and that appropriate records of the signing are for execution on a user system with a standard operating 

made (e.g., see FIG. 8, module 870). In one embodiment, 10 system to support demanding graphics applications. 

PDM digital signature processing module 1112 may com- CAD processing module 932 may be a module for sup- 

prise a software component using Java™ Cryptography porting the CAD processing capability of NICECAD system 

Extension (JCE) 1.2 and Java™ 2 for creating the digital 100 and, as depicted in FIG. 12, may further comprise part 

signatures. design model creation and editing processing module 1202; 

Engineering analysis and simulation results management 15 standard and custom parts library management module 

module 1114 may be a module that manages the EAS results 1204; standard drawing symbols management module 1206; 

for the NICECAD system (e.g., see FIG. 8, module 885). manufacturing standards and specifications management 

This module may cooperate with modules that perform the module 1208; part design model visualization and manipu- 

substantive EAS processing (e.g., see FIG. 15, module 946), lation processing module 1210; CAD utilities conversion/ 

Design and analysis access permissions management 20 plotting module 1214; and other CAD support processing 

module 1116 may comprise a module that provides the modules 1216. 

processing to allow a prime contractor or approval authority Part design model creating and editing processing module 
to assign access permissions to various teams or team 1202 is a module that may provide the capability for a user 
members. This module may provide the processing to deter- to create and modify part design models, such as 3D solid 
mine whether access is granted or denied when a data 25 models. In one embodiment, this module includes a platform 
request is made. In one embodiment, NICECAD server independent client side application, such as a Java™ applet, 
system 200 facilitates the access assignment process by so that the user may rely on standard hardware and software, 
providing a platform independent interactive application, including a standard graphical interface (such as a web 
such as a Java™ applet, that lists various project data (such browser), in order to create and modify part design models, 
as the part design model and project specifications) and EAS 30 In one embodiment, part design model creating and editing 
processing modules, and the various team members. The processing module 1202 comprises a commercially avail- 
prime contractor, through the use of keyboard input, able software product, such as Mechanical Desktop™ from 
"mouse," or similar device, may then assign viewing per- Auto Desk, SolidEdge™ from Unigraphics, or Quick HDL 
missions for each item, which are then uploaded to the or Autologic HDL™ from Mentor Graphics Corp., that has 
NICECAD server system 200 (e.g., see FIG. 8, module 8 60). 35 been customized and implemented for a server-based net- 
Other PDM processing modules 1118 refers to any other worked application. In one embodiment, the provision of 
PDM processing modules for managing the data in a con- graphics (such as 3D graphics) over network 260 is imple- 
current engineering development project. mented using graphics applications known in the art, such as 
Computer Aided Design (CAD) Processing Java 3D™ 1.1 API (Application Programming Interface), 
At the outset, it should be appreciated that CAD process- 40 which can be used for creating and manipulating geometry 
ing module 932 may be used by design and analysis team of 3D graphical objects. As previously noted, another 
members during the design and development phase to embodiment provides that particularly demanding graphics 
create, analyze and modify a part design model represented applications be provided as semi- machine-dependent 
as a three dimensional solid model file or the like. CAD applications, such as those coded in Open GL™, provided to 
processing module 932 may also be linked to the second 45 user systems for execution. As before, the overriding goal is 
aspect of the overall system (GMR database searching for to maintain a substantially user platform independent net- 
qualified fabricators) insofar it provides a means to create work interface, preserve data neutrality, and focus the pro- 
and/or upload models for a part design that will be analyzed cessing (computational) burden on the server system rather 
using the producibility logic to be discussed below in than the user systems. 

connection with FIGS. 20-25. Alternatively, the conversion 50 Standard and custom parts library management module 

utility of CAD processing module 932 could be used to 1204 may be a module that coordinates the use of a library 

upload and convert for storage in a neutral format a part of standard and custom parts by a team member creating a 

design model already in existence (i.e., not initially created design (e.g., see FIG. 8, module 875). In one embodiment, 

using the NICECAD collaborative, virtual environment). this module represents a custom feature added to or inte- 

CAD processing module 932 may also be linked to the third 55 grated with a commercially available CAD product, as 

aspect of the overall system (Electronic Trading discussed above. 

Community) insofar it provides a means to create (or upload Standard drawing symbols management module 1206 

and convert a previously created part design model) and may be a module that coordinates the use of a library of 

store a part design model that will be made available to standard drawing symbols by a team member creating a 

fabricators preparing bids for a fabrication effort. 60 design (e.g., see FIG. 8, module 880). In one embodiment, 

As previously discussed, computation- and graphics- this module represents a custom feature added to or inte- 

intensive applications, such as the present inventions CAD grated with a commercially available CAD product, as 

functionality, may be provided according to several possible discussed above. This module may also associate the proper 

embodiments, each of which pursues the goal of a substan- drawing symbols with entities of a part design model that is 

tially independent network interface between user systems 65 depicted as a two-dimensional section after being subjected 

and a central server system. For example, in one to the "virtual cutting tool" (discussed further below in 

embodiment, CAD processing module 932 and user systems connection with module 1210). 
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Manufacturing standards and specifications management 
module 1208 may be a module that coordinates the use of a 
library of standards and specifications by a team member 
creating a design (e.g., see FIG. 8, module 850). In one 
embodiment, this module represents a custom feature added 
to or integrated with a commercially available CAD product, 
as discussed above. For example, the embodiment of part 
design model creation and editing processing module 1202 
using a Java™ applet or the like may be linked to manu- 
facturing standards and specifications management module 
1208. In this embodiment, a user creating a part design 
model can readily assign standards and specifications to 
graphical entities. In another embodiment, this module per- 
mits a user viewing a design (such as a fabricator evaluating 
a design in order to develop a bid) to link from an attribute 
associated with an entity to the underlying specification or 
standard. 

Part design model visualization and manipulation pro- 
cessing module 1210 may be a module that permits users to 
manipulate (e.g., translate, rotate, etc.), "mark up" and "cut" 
a part design model, such as a 3D solid model. This 
capability may be considered a supplement to the basic CAD 
functionality of part design model creation and editing 
processing module 1202. "Mark up" refers to comments or 
marks that may be appended to the part design model, which 
may be especially usefull when engaged in an interactive 
multimedia session (see FIG. 19, below). Part design model 
visualization and manipulation processing module 1210 
may permit software "cuts" using a "virtual cutting tool" to 
provide two-dimensional (2D) sections of a 3D part design 
model. The 2D sections may be appended with drawing 
symbols from a library of drawing symbols (e.g., see FIG. 
12, module 1206, and FIG. 8, module 880) so that the 
electronic equivalent of standard 2D drawings are generated. 
Part design model visualization and manipulation process- 
ing module 1210 also supports functionality to view the 
design according to different perspectives, including zoom 
and pan functions, and so-called virtual "fly throughs." "Fly 
throughs" allow the user to inspect interior regions of a part 
design not readily ascertainable in standard drawing per- 
spectives. 

In one embodiment, part design model visualization and 
manipulation processing module 1210 includes a platform 
independent client application, such as a Java™ applet, that 
is integrated with the NICECAD system's multimedia com- 
munications feature (e.g., see FIG, 13, module 978) so that 
single or multiple "on line" users may view 2D sectionals, 
fly throughs, and other views of the part design model that 
are generated in a substantially "on the fly" fashion. In one 
embodiment, part design model visualization and manipu- 
lation processing module 1210 comprises an application 
coded in Java 3D™ 1 .1 for 3D graphics. In this embodiment, 
the part design model is presented as a Java 3D™ -converted 
representation of the part design model stored in a neutral 
format, such as AP214 STEP format. In another 
embodiment, part design model visualization and manipu- 
lation processing module 1210 comprises a server-provided 
semi- machine-dependent application (such as one coded in 
Open GL™) for execution on user systems with standard 
operating systems. 

CAD utilities conversion/plotting module 1214 may be a 
module that provides various CAD utilities, such as file 
format conversion and output plotting. For example, this 
module may permit users to convert part design models 
among various formats, such as AutoCAD™, 
ProEngineer™, 1GES, STEP, and other CAD file formats 
known to those of skill in the art. This capability may be 
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useful when an EAS team member is performing an "off- 
line" analysis requiring a format different from that normally 
stored in NICECAD system 100. This module may permit a 
user to generate electronic or hard copies of the part design 

s model, such as 2D drawings generated using the cutting tool. 
In one embodiment, CAD utilities conversion/plotting mod- 
ule 1214 includes a platform independent Java™ applet or 
the like to facilitate file conversion or plotting. In the 
preferred embodiment, this platform independent applica- 

10 tion provides data compression functionality to reduce the 
time required for uploading in bandwidth-constrained envi- 
ronments. The corresponding software component at CAD 
processing module 932 supports decompression to reconsti- 
tute the original files. 

15 As with other capabilities provided by the NICECAD 
system, CAD utilities/conversion plotting module has appli- 
cations to all three aspects of the overall system (NICECAD, 
GMR and ETC). Therefore, it may be used by a designer to 
upload and convert an already-existent part design model 

20 file onto the system before conducting a search of the GMR 
database for qualified fabricators. It may be used by a 
designer or prime contractor (or by fabricators) to upload 
and/or convert part design model files when engaging in the 
bidding process. 

25 Other CAD support processing modules 1216 may com- 
prise any other processing modules supporting the 
NICECAD system's CAD functionality. 
Multimedia Communications Processing 
The multimedia communications functionality has appli- 

30 cations to all three of the aspects of the present system. 
Therefore, the multimedia communications capability may 
be used by design team members when developing and 
evaluating a design. It may be used by a designer or prime 
contractor to engage in quasi- real-time discussions with 

35 potential fabricators regarding design and/or contractual 
issues. 

Multimedia communications processing module 978 pro- 
vides the multimedia communications capability of the 
system and, as depicted in FIG. 13, may comprise quasi -real 
40 time audio processing module 1302; quasi- real time video 
processing module 1304; quasi-real time graphics process- 
ing module 1306; and other multimedia processing modules 
1308. 

Quasi-real time audio processing module 1302 permits 

45 users to engage in an "on-line" interactive communications 
session through NICECAD server system 200. In one 
embodiment, the system provides a secure environment so 
that users may engage in oral communications using quasi- 
real time audio processing module 1302 without concern 

50 about disclosing proprietary or sensitive information. 

Quasi-real time video processing module 1304 permits 
users to engage in a NICECAD communications session that 
includes video to thereby conduct a secure teleconference- 
like session through NICECAD server system 200 over 

55 network 260. 

In one embodiment, the communications support pro- 
vided by quasi- real time audio processing module 1302 and 
quasi-real time video processing module 1304 are coordi- 
nated so that video and audio are presented to each partici- 

60 pant in a substantially synchronized manner. In one 
example, the NICECAD system's capability for transmis- 
sion of audio and video is implemented using a software tool 
for synchronization, control, processing and presentation, 
such as Java™ Media Framework (JMF) 1.0 API or JMF 

65 2,0. 

Quasi -real time graphics processing module 1306 is a 
module that may permit participants in an on-line commu- 
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nications session to view graphics, such as a 3D part design event simulation module 1514; assembly simulation module 

model or 2D section cuts, rotations, fly-throughs, zooms or 1516; materials analysis processing module 1518; compo- 

pans in a substantially concurrent manner. In one nent interference analysis processing module 1520; other 

embodiment, this module may be linked or coordinated with analysis and simulation modules 1522; machining process 

a module such as part design model creation and editing 5 simulation module 1524; casting simulation module 1526; 

processing module 1202 (which may include a server- forging simulation module 1528; sheet metal process simu- 

provided Java™ applet or semi- machine-dependent lation module 1530; and other manufacturing simulation 

application) or part design model visualization and manipu- modules 1532. 

lation processing module 1210 (which may include a Java™ Stress analysis processing module 1502 may use finite 

applet). This embodiment provides a substantially real time 10 element or equivalent numerical analysis techniques to 

on-line session for creation and editing of a part design determine the stress distribution throughout in a part design 

model and/or manipulation, translation and "virtual cuts" of model. System dynamics analysis processing module 1504 

a part design model. This would allow, for example, one may use numerical techniques to evaluate the dynamic 

design team member to engage in the design effort with behavior of a part design model, such as resonance points, 

another remotely located design team member. This would 15 acoustical properties and the like. Rotordynamics analysis 

allow, for example, a design team member to interact with processing module 1506 may use numerical techniques to 

a remotely located fabricator team member to view sectional evaluate behavior of rotating parts, such as to evaluate 

cuts at the same time in order to discuss producibility issues. vibration performance at a design speed and through the 

In one embodiment of the invention, this functionality of the transition from startup to the design speed. Thermal analysis 

NICECAD system is provided using applications coded in 20 processing module 1508 may use numerical techniques to 

Java 3D™ 1.1 API for supporting the transmission of evaluate a part design model at various temperatures in 

graphics over network 260. terms of stress magnitudes and deformation or weakening 

Other multimedia processing modules 1308 comprises that may affect performance, 
any other modules supporting the NICECAD system's mul- Fluid dynamics analysis processing module 1510 may use 
timedia communications capability. 25 numerical techniques to evaluate performance of a part 
Electronic Commerce Processing design in a fluid environment, and may include measure- 
Electronic commerce processing module 988 provides the ment of such parameters as pressure, temperature, and 
electronic commerce capability of the system and, as density distributions. Motion simulation module 1512 may 
depicted in FIG. 14, may comprise standard contracts pro- use numerical simulation techniques to evaluate perfor- 
cessing module 1402; terms and conditions negotiation 30 manceof a part design while in motion, such as to determine 
processing 1404; contract formalization processing module interference between components or with other objects in 
1406; electronic finds transfer processing module 1408; and the operational environment, and to determine whether 
other electronic commerce processing modules 1410. pressures and forces are excessive. Mechanical event simu- 
Standard contracts processing module 1402 may be a lation module 1514 may use numerical techniques to evalu- 
module that permits users (such as a prime contractor and a 35 ate a part design model's behavior in response to mechanical 
supplier or fabricator) to access standard form contract events, such as crashes or collisions, and may provide 
templates (e.g., see FIG. 6, module 696). Terms and condi- predictions of the extent of deformation, dents and the like, 
tions negotiation processing module 1404 may comprise a Assembly simulation module 1516 may use numerical tech- 
module that permits users to select from a database or file of niques to simulate the assembly process for a part design 
standard terms and conditions (e.g., see FIG. 6, module 40 model to evaluate the producibility thereof. 
697). Contract formalization processing module 1406 may Materials analysis processing module 1518 may use 
comprise a module that permits users to formalize or enter numerical techniques to evaluate a part design model in 
into a contract that has been negotiated. This may include the terms of the materials to be used. For example, certain 
provision of digital signatures of one or more of the users to entities may be designed to be made of Kevlar™, and this 
indicate their assent to the terms (e.g., see FIG. 6, module 45 analysis may be used to evaluate behavior based on the 
699). Electronic funds transfer processing module 1408 may properties of said material (e.g., see FIG. 7, module 331). 
comprise a module that permits funds to be transferred Component interface analysis processing module 1520 may 
electronically from one user to another. Thus, the entire use numerical techniques to evaluate the interface between 
contracting process, including drafting, negotiation and parts of a part design model, or between the part design 
funds transfer can be conducted in the virtual environment. 50 model and external items. Other analysis and simulation 
Other electronic commerce processing modules 1410 may modules 1522 refers to any other modules used to evaluate 
comprise any other modules supporting the electronic com- a part design model. 

merce facilities of the system. Modules 1524-1532 are especially relevant to fabricators 

In one embodiment, electronic commerce processing evaluating producibility of a part design model. Machining 

module 988 may comprise a platform independent client- 55 process simulation module 1524 may be used to evaluate 

side application, such as a Java™ applet, that is provided to whether a part design model (or portion thereof) may be 

facilitate the processing tasks performed by one or more of manufactured using particular machines. For example, the 

modules 1402-1410. dimensions of the part design model may be considered to 

Engineering Analysis and Simulation (EAS) Processing determine which machines may be used and what material 

Engineering analysis and simulation processing module 60 stock may be used. Casting simulation module 1526 may be 

946 permits users, such as EAS team members, to carry out used to determine whether casting processes may be used to 

various analyses and simulations and, as depicted in FIG. 15, produce a part design model. Forging simulation module 

may comprise stress analysis processing module 1502; sys- 1528 may be used to determine whether forging processes 

tern dynamics analysis processing module 1504; rotordy- may be used to produce a part design model. Sheet metal 

namics analysis processing module 1506; thermal analysis 65 process simulation module 1530 may be used to evaluate 

processing module 1508; fluid dynamics analysis processing whether the part design model may be made of sheet stock, 

module 1510; motion simulation module 1512; mechanical Other manufacturing simulation modules 1532 refers to any 
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other manufacturing simulations that may be offered by the 
NICECAD system. 

For purposes of clarity, it should be noted that there may 
be correspondence between the analytical tools provided by 
modules 1502-1532, especially those pertaining to the pro- 
duction engineering discipline, and the producibility logic 
supported by the GMR system (e.g, module 2650, FIG. 21). 
In general, modules 1502-1532 represent software which is 
used by design team members during the design and devel- 
opment phase to evaluate a proposed design. Typically, the 
current baseline part design model (or parts thereof) is the 
input, and the output is some measure of performance or 
compliance with applicable specifications. On the other 
hand, the producibility analysis performed by module 2650 
(FIG. 21) represents analysis performed by the server for the 
purposes of generating the second query set (to be discussed 
below) for purposes of searching the GMR database for 
qualified fabricators. Therefore, while the results of the 
producibility analysis may be made available, and while the 
substantive analysis may involve some of the same 
computations, the results are used for different applications 
in the two contexts (NICECAD and GMR searching). 

Regarding implementation of the aforementioned 
modules, in one embodiment the modules may comprise 
executable files or code that may be accessed by the user for 
downloading and execution (e.g., the NICECAD system 
may present a browser page to the user, who could then 
select from a list of analysis and simulation options). In this 
embodiment, the "number crunching'* associated with the 
analysis or simulation is performed by the user station 
system. In another embodiment, the aforementioned mod- 
ules are made available to users through a platform inde- 
pendent application, such as a Java™ applet, whereby the 
user may assign the inputs for the analysis (such as the part 
design model and various analysis or simulation parameters) 
and the "number crunching" is substantially performed by 
NICECAD server system 200. In this fashion, the processing 
demands on the user system are minimized, and little or no 
specialized hardware or software is required. 

It should also be noted that EAS processing module 946 
(or parts thereof) may be integrated or coordinated with 
CAD processing module 932 (or parts thereof). For 
example, an analysis that requires 2D sections of a part 
design model may include the execution of a module such as 
part design model visualization and manipulation processing 
module 1210 (FIG. 12). Access to EAS processing modules 
may be constrained by access permissions assigned by an 
approval authority (e.g., see FIG. 11, module 1116). Check- 
out records may be stored whenever a team member 
accesses one of the EAS processing modules (e.g., see FIG. 
11, module 1104). 

Overview of a Method for a Concurrent Engineering Project 
using a Virtual Collaborative Environment 

FIGS. 16A and 16B provide an overview of a method for 
undertaking a concurrent engineering project in a virtual 
collaborative environment, such as that provided in the 
system previously disclosed. 

Referring to FIG. 16, a prime contractor first assembles a 
series of teams, as in step 1602, and the prime contractor 
establishes a project on the virtual system, as in step 1604, 
which may rely on a software component such as PDM 
electronic document processing module 1102. This may 
require the creation of contracts between the prime contrac- 
tor and suppliers (FIG. 4, module 415), the prime contractor 
and the NICECAD system, and supplier(s) and the 
NICECAD system (FIG. 4, module 410). NICECAD system 
server 200 may set up accounts for suppliers and the prime 
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contractor (FIG. 5, module 320) and basic project data in the 
database (FIG. 8, PDM data 335). User ID's and passwords 
may be established for the prime contractor and suppliers 
(FIG. 10, module 1002). 

5 The design team may create a preliminary design, as in 
step 1606, which could be done with the assistance of a 
software component such as part design model creation and 
editing processing module 1202 of FIG. 12 and baseline part 
design model management module 1106 of FIG. 11. The 

10 preliminary baseline part design model(s) (for simplicity, we 
refer to the model for a part in the singular as the part design 
model, although those of ordinary skill can appreciate that a 
design may comprise a plurality of part design models) is 
stored by the NICECAD server system, as in step 1608, 

15 which could be stored in stored baseline part design model 
data module 865 of FIG. 8. The design team may also create 
preliminary PDM documents, such as a system specification, 
performance specification, project schedule or other gener- 
ally non-graphical project documents, as in step 1610. This 

20 step may be carried out using a software component such as 
PDM electronic document processing module 1102 of FIG. 
11. The preliminary PDM documents are stored by 
NICECAD server system 200, as in step 1612, which may 
be in a module such as stored product data management 

25 system electronic document data module 840 of FIG. 8. 
The prime contractor may assign design and analysis 
access permissions to teams or individual team members, as 
in step 1614 (e.g., see FIG. 8, module 860; FIG. 11, module 
1116). The prime contractor may then activate the prelimi- 

30 nary PDM system, as in step 1616 (e.g., see FIG. 11, module 
1102). Those of skill in the art understand that product data 
management is a rigorous process that may involve strict 
procedures and significant documentation. In the early 
phases of the development process (such as during the 

35 creation of the initiatial design), the design may change 
significantly as different approaches are considered and 
traded off. Consequently, a less rigorous preliminary PDM 
system may be used during the initial stages (e.g., see from 
"initial idea" to "Design 1," FIG. 1) so that the PDM 

40 requirements do not overburden the project at the early 
stage. 

Based on authorizations assigned by the prime contractor, 
teams perform analysis and simulation to evaluate the pre- 
liminary baseline part design model according to various 

45 disciplines, as in step 1618 (e.g., see FIG. 9, module 946; 
FIG. 15). Results may be stored in the NICECAD system 
(e.g., see FIG. 8, module 885; FIG. 11, module 1114). The 
teams may then discuss proposed modifications to the pre- 
liminary baseline part design model based on such analyses, 

so as in step 1620. This may be performed in the virtual 
NICECAD environment using quasi-real time video, audio 
and graphics (see FIG. 13; FIG. 12, module 1210). Records 
of these sessions may be stored (e.g., see FIG. 8, module 
890). Based on such discussions, the design team may make 

55 changes to the preliminary baseline part design model by 
modifying a working copy part design model, as in step 
1622. "Working copy" generally indicates that the model is 
a working copy, and does not necessarily represent an 
approved baseline. The working copy part design model, as 

60 modified, may then be stored by the NICECAD system, as 
in step 1624, to a working copy storage such as that of FIG. 
8, module 892. 

The prime contractor (or other approval authority) may 
approve proposed modifications to the preliminary baseline 

65 part design model, as in step 1626, based on the recommen- 
dations made by the design team and analysis team(s). This 
step could involve the creation of a digital approval signa- 
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ture (e.g., see FIG. 8, module 870; FIG. 11, module 1112), 
although in one embodiment no such formality is required 
while in the preliminary PDM phase. The prime contractor 
may then store the new preliminary baseline part design 
model, as in step 1628. In one embodiment, this new model 
may be stored in module 865 of FIG. 8 and a revision history 
in module 840 of FIG. 8 would be updated. Preliminary 
PDM documents may be updated as required for the new 
design, as in step 1630. 

If the preliminary baseline part design model is still not 
sufficiently mature (decision block 1632, "No"), the prime 
contractor may request that additional analyses be 
performed, in which case the method returns to step 1618. If 
the preliminary baseline part design model is considered 
sufficiently mature (decision block 1632, "Yes"), the prime 
contractor may commence the formal PDM process, as in 
step 1634. Those of ordinary skill can understand that the 
point of "sufficient maturity" of a design is a determination 
that is based on the judgment and experience of the prime 
contractor project managers). 

The methodology of the project development effort during 
formal PDM is similar to that of preliminary PDM, only the 
PDM management is more rigorous. Therefore, steps 
1636-1648 are performed like steps 1618-1630. During 
formal PDM, however, the documentation requirements and 
data management are enhanced. For example, as previously 
discussed, version numbers may be assigned to each base- 
line part design model and to each working copy part design 
model. A revision history of the baseline part design model 
may be maintained. Strict check-in and check-out proce- 
dures may be enforced. Digital signatures may be required 
for any change to the baseline part design model and 
associated PDM documents (specifications and the like). 

After each round of analysis and simulation, the prime 
contractor determines whether the baseline part design 
model is sufficiently mature to begin fabricating prototypes. 
If not (decision block 1650, "No"), the method returns to 
step 1636 for additional analysis. If the baseline part design 
model is considered mature (decision block 1650, "Yes"), 
the prime contractor may approve the final part design 
model and PDM documents, as in step 1652. In one 
embodiment, this may entail digital signatures approving the 
final part design model and PDM documents (e.g., see FIG. 
8, module 870; FIG. 11, module 1112). 

At this point, contracts between the prime contractor and 
fabricators may be entered into, as in step 1654, for the 
production of prototypes. The fabrication team may then 
produce prototypes in quantity based on the final part design 
model, as in step 1656. 

A Method Using a Virtual Collaborative Environment to 
Create an Initial Design 

FIG, 17 depicts a method for creating an initial design 
using the collaborative networked environment. A designer 
team member (hereinafter abbreviated as "designer") logs 
on to the system, as in step 1702, The system authenticates 
the user, as in step 1704 (e.g., see FIG. 10, module 1002). 
The designer selects NICECAD CAD software for launch, 
as in step 1706. In one embodiment, this could be carried out 
by part design model creation and editing processing module 
1202 of FIG. 12, which may be coupled to modules 1204- 
1208 for parts, drawing symbols and standards/ 
specifications to be used in creating the part design model. 
In one embodiment, the NICECAD CAD software may 
include a platform independent application, such as a Java™ 
applet, that provides for client/server interactive CAD pro- 
cessing. In another embodiment, the NICECAD CAD soft- 
ware may include server-provided semi- machine-dependent 
applications executable with standard operating systems. 
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The designer creates graphic entities that comprise a part 
design model using CAD tools and commands of the 
NICECAD CAD software, as in step 1708. CAD packages 
generally comprise a series of software tools and commands, 

S as well known to those of skill in the art. The designer may 
use a set of attribute names to identify the entities, as in step 
1710. The designer associates attributes and attribute values 
to selected entities, as in step 1712. The designer associates 
components from standard and custom parts libraries as 

10 needed (it may not be necessary), as in step 1714. 

Steps 1710-1714 may be accomplished using data from 
certain modules, such as stored standard attribute and 
attribute values data module 845 of FIG. 8 for attributes; 
manufacturing standards and specifications data module 850 

15 of FIG, 8 for standards/specifications; stored standard draw- 
ing symbols data module 880 of FIG. 8 for drawing sym- 
bols; and standard and custom parts library data module 875 
of FIG. 8 for prebuilt parts. This may be accomplished using 
various processing modules, such as attributes and attribute 

20 values management module 1110 of FIG. 11; standard and 
custom parts library management module 1204 of FIG. 12; 
standard drawing symbols management module 1206 of 
FIG. 12; and manufacturing standards and specifications 
management module 1208 of FIG. 12. 

25 The designer creates and edits PDM documents 
(preliminary or formal) to properly track the new part design 
model, as in step 1716. Processing modules such as PDM 
electronic document processing module 1102 of FIG. 11 and 
data modules such as stored product data management 

30 system electronic data module 840 of FIG. 8 may be used to 
carry out this step. In one embodiment, this step may 
comprise the provision of a platform independent GUI 
interface and/or application, such as browser pages and/or a 
Java™ applet, that permits the designer to select various 

35 options, such as whether to create a system specification or 
performance specification. It may allow the designer to 
decide options for the revision history (FIG. 8, module 840) 
and whether version numbers should be assigned to all 
baseline part design models (e.g., see FIG. 8, module 865) 

40 and/or working copy part design models (e.g., see FIG. 8, 
module 892). 

The system then stores the new part design model, 
attributes, attribute values, and PDM documents to the 
system, as in step 1718. Processing modules from FIG. 11 

45 and data modules from FIG. 8 may be employed. 

A Method Using a Virtual Collaborative Environment for 
Engineering Analysis and Simulation 

FIGS. 18A and 18B illustrate a method for using the 
system to perform engineering analysis and simulation using 

so the virtual environment. Before disclosing the method, it 
should be appreciated that the terms "preprocessing/' 
"analysis or simulation," and "postprocessing" are descrip- 
tive terms that represent a functional allocation of the 
analysis/simulation process. Those terms are used to explain 

55 the process and are not meant to imply that the EAS analysis 
process must be segregated in a particular fashion. As those 
of skill in the art can appreciate, "preprocessing," "analysis 
or simulation/' and "postprocessing" may be part of a single 
software "run" or may pertain to several discrete acts. For 

60 example, in the case of stress analysis, there may be pre- 
processing by representing a part design model as a mesh or 
network of points ("finite elements"). Then there may be the 
finite element analysis that computes the stress at each point. 
Then there may be the postprocessing that converts the 

65 numerical results into a presentation (e.g., a graph). Those of 
ordinary skill should appreciate that such acts may be 
performed as three separate sub-analyses (e.g., a separate 
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module performing each and having its own set of results or Upon completion of the analysis or simulation, step 1834 

ouput) or as part of a single analysis (e.g., a single module provides that team members discuss effects of the EAS 

or software component performing the entire analysis). results on the part design model. Generally, this discussion 

Returning to FIGS. 18A & B, the team member logs on to may include one or more members from the design team and 

the NICECAD system, as in step 1802, and the NICECAD 5 the particular EAS team, although this may vary based on 

system authenticates the team member, as in step 1804. The circumstances. As discussed with respect to FIG. 13, such 

team member requests access to a part design model, as in discussions may take place over the networked virtual 

step 1806. As discussed previously, there may be a plurality environment using quasi- real time audio and/or video and/or 

of part design models associated with a given engineering graphics. Based on said discussions, the prime contractor 

development project, so that the team member may seek 10 makes a decision on whether a design change to the part 

access to one or more of these. design model should be effected, as in step 1836. 

NICECAD server system 200 provides access to the part If the analysis or simulation is to rely on external software 

design model and PDM data consistent with the authoriza- (decision block 1810, "No"), the team member may request 

tion for that team member, as in step 1808. As previously the download of the part design model, as in step 1826. In 

discussed, a module such as design and access permissions 15 step 1828, NICECAD server system 200 downloads the part 

management module 1116 of FIG. 11 may permit a prime design model. In one embodiment, steps 1826-1828 may 

contractor to assign access permissions for the part design include giving the team member the option to select a file 

model, PDM documents, and EAS processing modules. This format (e.g., IGES, STEP, etc.) for the downloaded part 

data may be stored in a module such as stored design and design model. In one embodiment, this step may be facili- 

analysis access permission data module 860 of FIG. 8. Using 20 tated by providing browser pages and/or a Java™ applet or 

modules such as these, NICECAD server system 200 could the like. In step 1830, the team member performs the 

permit (or deny) access to the part design model and PDM external analysis or simulation. In step 1832, the team 

data, according to step 1808. member uploads the results to the NICECAD system and 

If the EAS to be conducted relies on external programs or updates appropriate PDM documents. Steps 1834 and 1836 

processing modules (or even so-called pen-and-paper 25 are performed as previously discussed, 

analysis), the system skips to step 1826 (decision block A Method Using a Virtual Collaborative Environment for 

1810, "No"). If the EAS relies on NICECAD hosted or Quasi-Real Time Interaction 

provided EAS modules, the system proceeds to step 1812 FIGS. 19A & B illustrate a method for team members to 

(decision block 1810, "Yes"). In the latter case, EAS soft- engage in an interactive communications session using the 

ware for the analysis may be provided by the NICECAD 30 system. As can be readily appreciated, the multimedia 

system. communications capability has ready applications in all 

In step 1812, the team member launches an EAS prepro- three aspects of the present system: the development of the 

cessing software component consistent with authorization. design, the search for qualified fabricators, and the negotia- 

As noted above, the prime contractor may assign access tion and bidding process. The detailed description below 

permission data for the EAS modules, so the team member 35 describes the communications session in the context of 

must be authorized to access that EAS software component. design development, but this is exemplary only, and the 

In one embodiment, launching the preprocessing software multimedia communications capability finds ready applica- 

component comprises running a software program that is tion in the other aspects of the invention, 
downloaded from the server and run on the team member's In step 1902, participating team members log on to the 

user system. In another embodiment, launching comprises 40 NICECAD system, and in step 1904, the NICECAD system 

running a platform independent application, such as a authenticates the team members. In step 1906, the team 

Java™ applet, that is interactive with NICECAD server 200 members request a secure interactive session using audio 

so that the bulk of the processing is performed by NICECAD and/or video. In one embodiment, the system may provide 

server 200. additional levels of security for such a session, such as 

In step 1814, the team member performs preprocessing 45 providing encryption with greater key lengths. Continuing 

procedures for the analysis or simulation. In step 1816, the with step 1908, NICECAD server system 200 launches the 

team member launches the analysis or simulation software interactive video and/or audio software components) (e.g., 

component consistent with authorization (see step 1812 for see FIG. 13, modules 1302-1304). Steps 1906-1908 may be 

several embodiments). In step 1818, the team member carried out through the use of a platform independent 

performs the analysis or simulation, which may require a 50 application, such as a Java™ applet, 
series of computations. As noted with respect to step 1816, In step 1909, the session mediator establishes the new 

the step may comprise running a platform independent session and coordinates activity among the participating 

application, such as a Java*™ applet, so that the performance team members. The "session mediator" generally refers to 

of the analysis or simulation may actually be a shared task the team member who has responsibility for the interactive 

between the server and the team member's user system. 55 session and acts as the "virtual chairperson/* In one 

In step 1820, the team member launches the analysis or embodiment, the session mediator establishes the new ses- 

simulation postprocessing software component consistent sion by providing the identity of the participating team 

with authorization, and in step 1822, the team member members and a description of the session (e.g., "NICECAD 

performs the postprocessing procedures. In step 1824, the session of Jun. 1, 2010, to discuss proposed design changes 

team member posts results to NICECAD server system 200 60 as a result of stress analysis") to NICECAD server 200. 
and updates appropriate PDM documents. A processing If the interactive session is not going to require a part 

module such as EAS results management module 1114 of design model (decision block 1910, "No"), the method will 

FIG. 11 and data module such as stored EAS results data skip to step 1916, discussed below, 
module 885 of FIG. 8 may be used to carry out this step. If the interactive session is going to need a part design 

While step 1824 states that the team member posts the 65 model (decision block 1910, "Yes"), the method proceeds to 

results, in one embodiment the NICECAD system may step 1912. In step 1912, the NICECAD server system 200 

provide that all EAS results be automatically stored. launches the interactive graphics software component (e.g., 
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see FIG. 13, module 1306). According to step 1914, 
NICECAD system server then commences network trans- 
port and management of the audio and/or video and graphics 
data (e.g., see FIG. 13, modules 1302-1306). NICECAD 
server 200 retrieves the part design model requested by the 
session mediator, as in step 1922. The part design model is 
presented to the participating team members (e.g., see FIG. 
12, module 1210; FIG. 13, module 1306), as in step 1924, 
and the team members interact using auddo and/or video to 
discuss design issues, as in step 1926. 

In step 1928, team members may interact by processing or 
manipulating the part design model using interactive soft- 
ware supplied by NICECAD server system 200 (e.g., see 
FIG. 12, modules 1210 and 1202). In one embodiment, 
NICECAD server system 200 permits only one team mem- 
ber to control the part design model at a time, and after each 
change, the results are presented to all participating team 
members. 

Step 1928 may be further illustrated by subdividing it into 
steps 1930-1934. In step 1930, a team member rotates or 
translates or otherwise manipulates the part design model to 
focus particular design issues. In step 1932, a team member 
applies comments or "mark ups" to the part design model to 
highlight particular aspects of the part design model. In step 
1934, the team member applies the virtual "cutting tool" to 
generate 2D sections of the part design model. As previously 
described, module 1210 may support "fly through" 
functionality, so that users can also simultaneously view 
internal regions of the part design. 

In step 1936, a decision is made regarding the design 
issues, and the part design model and PDM documents are 
updated as required. In one embodiment, only the prime 
contractor has approval authority for design changes. In 
another embodiment, the NICECAD system may permit the 
prime contractor to delegate this authority (such as for a 
particular interactive session) at its discretion. In step 1938, 
the interactive session is saved to the NICECAD system 
(e.g., see FIG. 8, module 890). 

Returning to the "No" branch of decision block 1910, the 
interactive session may not require the part design model, in 
which case audio and/or video may be used. In step 1916, 
the NICECAD server commences the network transport and 
management of the audio and/or video. In step 1918, the 
team members interact to discuss issues of interest, such as 
design issues, contract issues and so on. The method con- 
tinues with steps 1936 and 1938 as previously discussed. 
A Second Aspect of the Invention: A System and Methods 
for Providing a Searchable Database of Registered Fabrica- 
tors for Producing a Part Design (GMR) 

A second aspect of the invention is directed to a system 
and methods for providing a searchable registry of fabrica- 
tors which can be searched by a designer or prime contractor 
seeking to manufacture a product represented by a part 
design model. As can be readily appreciated, the design 
(represented by a part design model and specifications) may 
have been developed using the previously described system 
and methods (the NICECAD aspect). In such a scenario, 
much or all of the necessary design information resides on 
the system (e.g., the three dimensional part design model 
may be stored in module 865 and the specification docu- 
ments may be stored in module 840, both of FIG. 8). 
However, the overall system provides maximum flexibility 
insofar that the second aspect of the invention has applica- 
tion even where the design is not already stored on the 
system. Therefore, the second aspect of the invention, the 
searchable GMR registry, permits a designer or prime con- 
tractor to upload and, if necessary, convert an 
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independently -developed part design model in order to 
locate qualified fabricators. 
Overview of the Searchable GMR 

FIG. 20 depicts an overview of the second aspect of the 

5 invention, which is generally referred to herein as the 
searchable Global Manufacturer's Registry (GMR). In the 
illustrated embodiment, there is GMR server system 1000, 
databases 1100, designer user systems 1200, fabricator user 
systems 1300, network interface 1600, backup server hard- 
ware and software 1400 and backup data storage 1500. 

As previously noted, the illustrated architecture is exem- 
plary insofar that GMR Sever System 1000 and NICECAD 
Server System 200 could easily be hosted on the same server 
system. For clarity, FIGS. 20-25 depict and the following 
description focuses on the second aspect of the invention as 

15 an independent system. However, in the preferred embodi- 
ment both aspects are implemented as an integrated system. 
In that case, network interface 1600 (FIG. 20) and network 
interface 260 (FIG. 2) are the same. Likewise, database 1100 
(FIG. 20) and database 210 (FIG. 2) may comprise elements 

20 of an integrated database. Backup server hardware and 
software 1400 and backup data storage 1500 (FIG. 20) and 
backup server hardware and software 240 and backup data 
storage 250 (FIG. 2) could be integrated. And finally, it 
should be noted that the terms "fabricator" user systems 

25 1300 and "designer" user systems 1200 (both of FIG. 20) 
and "prime contractor" user systems 220 and "supplier" user 
systems 230 (both of FIG. 2) are broadly descriptive. A 
designer searching the GMR database may be the prime 
contractor, and an outsourced fabricator is considered to be 

30 a supplier. 

Network interface 1600 may comprise any network that 
allows communication amongst the components, and may 
encompass existing or future network technologies, as pre- 
viously discussed in connection with network 260 (FIG. 2). 

35 In one embodiment, use of the Internet as network 1600 is 
beneficial since it may maximize the universe of designers 
and fabricators who may participate in the GMR system. 

Designer user systems 1200 may comprise any system 
capable of interfacing with network 1600. Designer user 

40 systems 1200 may comprise "standard" computer systems 
that do not require specialized hardware or software to use 
the GMR system. Designer user systems 1200 may comprise 
personal computers or any like computer systems described 
in connection with prime contractor user systems 220 (FIG. 

45 2). In the preferred embodiment, designer user system 120 
comprises a personal computer or workstation running a 
standard operating system such as Windows NT, and using 
a standard browser such as Microsoft Internet Explorer™ 
5.0 capable of interpreting HTML 4.0, XML, VRML, and 

50 running Java™ applets, so as to support a substantially 
platform-independent interface with GMR Server System 
1000. As discussed previously in connection with the 
NICECAD aspect of the integrated system, user systems 
such as designer user systems 1200 may comprise computer 

55 systems using a custom browser tailored to the present 
application. As before, in other embodiments, such user 
systems may be executing server-provided semi- machine - 
dependent applications, particularly for graphics-intensive 
applications, which might be coded in a language such as 

60 Open GL™. Even where such applications are executed by 
user systems, a platform independent network interface can 
be maintained. 

Similarly, fabricator user systems 1300 may comprise any 
system that may interact with the central server system over 

65 network 1600. 

Backup data storage 1500 comprises a system for backing 
up the data stored by the interactive EDM system, and can 
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comprise the storage technologies and/or architectures dis- 
cussed previously in connection with module 250 of FIG. 2. 

Backup server hardware and software 1400 comprises one 
or more backup servers, including server modules, to reli- 
ably support the second aspect of the invention, and may 5 
comprise backup means discussed in connection with mod- 
ule 240 of FIG. 2. 

Databases 1100 depict the storage that may be employed 
to store data maintained by the GMR system, including 
storage technologies discussed in connection with database to 
210 of FIG. 2. Databases 1100 may store the fabricator 
specific information stored in Global Manufacturers Regis- 
try data module (e.g., see FIG. 22, block 3000), as well as 
designer account data, fabricator account data, and other 
data. In one embodiment, databases 1100 resides locally 15 
with GMR server system 1000, although future network 
technologies supporting greater bandwidth may support 
remote location. 

GMR server system 1000 comprises a server system 
supporting the interactive GMR system. GMR server system 20 
1000 interfaces with designer user systems 1200 and fabri- 
cator user systems 1300 through network 1600. GMR server 
system 1000 may include the hardware and software to 
interface with designer and fabricator user systems on a 
substantially platform independent basis so that the designer 25 
and fabricator user systems do not require their own spe- 
cialized hardware or software. Generally, GMR server sys- 
tem 1000 includes system administration, database 
manipulation, and network-related operations software 
modules. GMR server system 1000 may also include the 30 
specialized software, some server side and some client side 
interactive, for supporting upload, conversion, processing 
and analysis of part design models, such as two-dimensional 
models or three-dimensional solid models. 

GMR server system 1000 may also include the hardware 35 
and software for multimedia operations such as voice, video 
and graphics, that may be transmitted over the network for 
presentation to user systems with standard client-side mul- 
timedia support. In the preferred embodiment, where the 
first and second aspects of the invention are part of an 40 
integrated system, this multimedia support is provided by 
multimedia communications processing module 978 (FIG. 
13) and multimedia session records are stored at module 890 
(FIG. 8). The CAD capability for permitting multimedia 
sessions involving the viewing and manipulation of a part 45 
design model are provided by CAD processing module 932. 

In one embodiment, GMR server system 1000 may be 
publicly accessible as a web site, but may provide multiple 
levels of security (e.g., multiple "firewalls") to ensure that 
proprietary designer and fabricator data may be protected. In 50 
addition to firewalls, strong (e.g., RSA 1024 bit) encryption 
may be provided to protect proprietary data. GMR server 
system 1000 may be accessed only by users with a user ID 
and password. In one embodiment, GMR server system 
1000 may comprise a "back end" processing server running 55 
UNIX for the model processing and database operations, 
and a "front end" web server running Windows NT™ and 
Microsoft's Transaction Server™ for network-related opera- 
tions. Of course, where the first and second aspects of the 
invention are integrated, then such functions are performed 60 
by system administration processing module 902 (FIG. 9). 
The GMR Server System 

FIG. 21 illustrates some of the various software compo- 
nents or modules of GMR server system 1000. GMR server 
system 1000 may comprise user logon authentication mod- 65 
ule 2050; designer service authorization module 2100; con- 
tract processing module 2150; report generation module 
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2200; billing information processing and report generation 
module 2250; fabricator update processing module 2300; 
search initiation module 2320; general GMR search query 
processing module 2350; interactive designer preference 
module 2400; interactive designer part design model pro- 
cessing module 2450; part design model file parsing module 
2500; interactive designer attribute assignment module 
2550; user preference first query set processing module 
2600; producibility analysis second query processing mod- 
ule 2650; query results reconciliation processing module 
2700; GMR designer account processing module 2750; 
GMR fabricator account processing module 2800; other 
server side applications 2850; quality assurance processing 
module 2905 and other client side interactive applications 
2900. As previously noted, where the NICECAD and GMR 
aspects of the invention are integrated, some of these mod- 
ules may be subsumed in similar modules described in 
connection with the first aspect of the invention. 

User logon authentication module 2050 may comprise a 
security module for limiting access to the interactive GMR 
system. Designer service authorization module 2100 may 
comprise a module that sends designer authorization infor- 
mation including, for example, information to tell the 
designer requesting a service, such as a search request, that 
the request may result in a billing action and that proceeding 
further constitutes final authorization. Contracts processing 
module 2150 may comprise a module that ensures that 
before a fabricator registers with the system, and before a 
designer uses the system, contracts specifying the respon- 
sibilities of each party regarding data protection, mainte- 
nance and system usage are formalized. Report generation 
module 2200 may comprise a module that formats and sends 
reports requested by users that, in one embodiment, may be 
sent as browser pages or links to downloadable files. Billing 
information processing and report generation module 2250 
may be a module that processes and stores billing informa- 
tion whenever a billable transaction occurs. Billing infor- 
mation processing and report generation module 2250 gen- 
erally automatically processes transactions as they occur 
and, in one embodiment, may also process billing summary 
reports upon user request. 

Fabricator update processing module 2300 may be a 
module that allows fabricators to load their fabricator spe- 
cific data into the database, as well as update their data when 
their background or capabilities change (e.g., the manufac- 
turing facility relocates or a new machine is purchased). One 
of the advantages provided by the GMR capability of the 
invention is that it not only provides a searchable database 
for designers/prime contractors, but it also can function as a 
capability management system for fabricators. The fabrica- 
tors can input, update and otherwise maintain an inventory 
of their capabilities and experience that can be used for 
capability management and marketing independent of its 
application for GMR searches. This incidental benefit to the 
GMR system provides an incentive for fabricators to register 
in the first instance. It also means that the burden of 
maintaining the fabricator capability data does not rest on 
the GMR system provider. 

Search initiation module 2320 may be a module that 
permits a user to initiate a search session. In one 
embodiment, search initiation module 2320 may present to 
the user's browser a "search page" from which particular 
searches can be launched. 

General GMR search query processing module 2350 may 
be a module that permits a user to conduct a general search 
of the GMR database for data that may be generally acces- 
sible (or nonproprietary). In one embodiment, general GMR 
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search query processing module 2350 supports searches by 
both designers and fabricators who wish to access general 
information regarding registered fabricators. Generally, a 
so-called general search involves search criteria that are not 
directly related to a design. For example, a general search 
may query such information as a fabricator's location, shop 
certifications (e.g., ISO 9000/9001/9002), operator certifi- 
cations (e.g., are CNC milling machine operators factory 
trained?), and like information. 

Interactive designer preference module 2400 may com- 
prise a module that permits a designer to input so-called 
"preference" data in order to search the GMR database 
based on a limited GMR search. For a limited GMR search, 
the designer is not required to upload a part design model, 
but may select a series of criteria for qualifying fabricators 
(such as lead times, material, lot sizes, machinist/craftsman 
certifications, etc.) that are considered global. Unlike a 
general search, the limited search may result in the search of 
limited access (or proprietary) fabricator data (e.g., see FIG. 
22, blocks 3200-3400) and, consequently, this option may 
be limited to designers. In one embodiment, the designer 
may select a set of preferences from a browser interface with 
GMR server system 1000 that, following confirmation, may 
be temporarily stored and tagged with owner ID, session ID 
and time stamp (see FIG. 22, stored designer preference data 
module 3550). These preference inputs may then be pro- 
cessed to generate a first query set. It should be noted that 
while a preference query may search proprietary data to 
identify qualifying fabricators, the underlying proprietary 
data is generally not provided to a searching designer. The 
fabricator "owns" the proprietary data maintained on the 
GMR system, and generally only the owner can view and 
edit said proprietary data. 

Interactive designer part design model processing module 
2450 may comprise a module that permits a designer to 
upload a file representing a product or part to be fabricated 
(the term part design model used herein generally refers to 
such a file). According to one embodiment, the part design 
model may comprise a three-dimensional (3D) solid model. 
In another embodiment, the part design model may comprise 
a two-dimensional (2D) model. In one embodiment, inter- 
active designer part design model processing module 2450 
sends a page to the designer's browser that provides for the 
launch of a client-side Java™ applet that may be executed 
to permit the following operations: browse local memory for 
the file, select the file format, and upload the file to GMR 
server system 1000. In one embodiment, interactive designer 
part design model processing module 2450 may convert the 
uploaded part design model to a neutral or common format, 
such as an AP214 STEP file, so that stored models share the 
same file format. This furthers the data neutrality attribute of 
the invention previously discussed. In one embodiment, 
interactive designer part design model processing module 
2450 may also provide utilities for the designer, such as for 
the conversion of solid model files among different file 
formats, such as between IGES, STEP AP203 and AP214 
model formats and other CAD-vendor specific formats, 
known to those of skill in the art. 

Part design model file parsing module 2500 may comprise 
a module that identifies graphical entities (e.g., geometric 
and/or topological features) contained in an uploaded part 
design model file and converts them to a neutral format 
before storage. In one embodiment, each entity may be 
tagged with an owner ID, session ID and time stamp before 
storage in an object database (e.g., see FIG. 22, module 
3600). If the uploaded file contains non-graphical data such 
as geometric dimensioning and tolerancing information 
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(known to those of skill in the art as GDT data), these data 
items may be extracted, converted to a neutral format, and 
tagged before storage in the object database. Part design 
model file parsing module 2500 may also perform a check 
to ensure that no duplicate entities exist. 

Interactive designer attribute assignment module 2550 
may comprise a module that permits a designer to assign 
attributes to entities of the stored part design model. Apart 
design model may comprise a series of geometrical and 
topological entities, each of which may be assigned its own 
attributes (such as surface finish, material, direction vector, 
etc.). 

In one embodiment, interactive designer attribute assign- 
ment module 2550 may provide for the launch of a Java™ 
applet or like miniapplication at designer user system 1200 
for attribute assignment. A textual list and graphical presen- 
tation of the model entities may be sent by GMR server 
system 1000 to designer user system 1200 for presentation. 
A list of standard attributes (e.g., see FIG. 22, stored 
standard attributes data module 3500) may also be sent by 
GMR server system 1000 to designer user system 1200 to 
facilitate the process. The list may include such items as 
feature name (so the designer may name the entity), toler- 
ance type (e.g., flatness, linear, angular, runout, etc.), toler- 
ance range, surface finish value, and fabrication standard 
(e.g., MILSPEC, ISO, ANSI, ASME, and others known to 
those of skill in the art). For example, the designer may also 
input direction vectors for each entity that define the outside 
surface of the model. By keyboard entry or "point and click" 
use of a mouse (or similar pointing device), the designer 
may be enabled to select entities and assign attributes and 
attribute values. Upon completion of attribute assignment, 
the assigned information may be associated with the entities 
stored by GMR server system 1000 in the database. It should 
be noted that, in the case of a "complete" solid model (e.g., 
a STEP AP214 file), sufficient information may exist for an 
acceptable producibility analysis to be run without further 
inputs, in which case attribute assignment may be avoided. 

User preference first query processing module 2600 may 
comprise a module that prepares a first query as a result of 
the designer's preference inputs (see interactive designer 
preference module 2400 above) which may be run against 
the database to identify a first results list of qualified 
fabricators. In the case of a limited search, this may be the 
end of the designer session. In a limited search, appropriate 
results (e.g., the identity of all qualified fabricators) may be 
stored in the designer's account data and appropriate results 
(e.g., referral results providing basic information about the 
designer) may be stored in each qualified fabricator's 
account data. Notice may be then given to the designer and 
qualified fabricators that results have been posted. For a fill 
search, on the other hand, the first results list may be 
combined with the second results list before posting, as 
described in detail below. 

An non-exhaustive list of the types of information in a 
preference query includes: whether the fabricator is 
ISO 9001 certified; whether the vendor has specified trade 
association affiliations; whether the vendor is a minority- 
owned business or meets other requirements or standards 
under the federal acquisition statutes and regulations; 
whether the vendor meets the specified GMR quality assur- 
ance rating (discussed further below); whether the vendor is 
within 1000 miles of the designer's location; whether the 
vendor can support specified transportation modes, such as 
air, rail, and truck; whether the vendor can operate in a 
so-called "just-in-time" inventory environment; whether the 
vendor has the ability to process Catia™ CAD/CAM design 
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data; how many MILSPEC contracts has the vendor com- 
pleted successfully; and has the vendor breached past con- 
tracts or otherwise fail to fully meet past contractual obli- 
gations. 

For a full search (which may include the upload of a part 
design model, producibility analysis and a second query, 
among other steps), producibility analysis second query 
processing module 2650 performs a producibility analysis of 
the uploaded, converted and attribute-assigned part design 
model in order to prepare the second query set for a second 
results list of qualified fabricators. 
One Example of Producibility Analysis Logic 

As one of ordinary skill can appreciate, various steps may 
be performed for the producibility analysis. According to 
one embodiment, the steps performed ensure that the mate- 
rial from which a part is to be made is compatible with any 
preferred processes selected by the designer. If no preferred 
processes are specified, all processes for which the material 
may be acceptable are identified for inclusion in the second 
query set. 

Each surface entity may be checked for a direction vector 
defined by the designer; if none exists, the system attempts 
to define a direction vector for all surfaces in order to permit 
an interference check. Each surface may be then projected 
along its direction vector in order to check for interference. 
If interference exists, then the conflicting surface entities are 
noted and the designer may be given appropriate notice (e.g., 
by e-mail) so that the conflict may be resolved (e.g., by 
modifying the attribute assignment). The results of the 
interference check may be used to ensure that designer- 
selected processes are appropriate for the part, particularly to 
ascertain any machine tool/die interference in the case of 
machining, forging, sheet metal and other such processes. 
For example, a forged part must have surfaces shaped in 
such a way as to permit a die press (e.g., drop forge) to fall 
along a straight path when the blank is struck. For example, 
a complex part may not be machinable, but may be cast and 
then finished with slurry processing and machining pro- 
cesses. If no processes are specified by the designer, all 
appropriate fabrication processes identified by this analysis 40 
may be included in the second query set. 

The system may perform a volume approximation of the 
part represented by a 3D part design model in order to assess 
producibility using various processes, such as casting, where 
volume may be an important consideration. 

The part design model may also be evaluated for the 
existence of passages or voids (e.g., closed channels, holes 
and other internal features that may require material 
removal). The size and topology of these passages or voids 
may be evaluated for producibility using various processes, 
such as machining, where passage topology may be an 
important consideration. 

The part design model may also be evaluated based on an 
envelope enclosing the part represented by the model. The 
dimensions of the envelope may be used to assess which 
machines may be used to manufacture the part and also what 
material stock may be used. For example, a cylindrical part 
will likely be made using a lathe and may require rod stock 
of a certain size. 

The producibility analysis steps may also estimate the part 
design model thickness to determine if the part may be made 
of sheet stock, and to what extent specific features or entities 
may be produced using sheet metal processes. 

Each entity assigned a tolerance may be evaluated for 
whether it may be achieved for the selected processes. If no 
process is specified, all processes capable of achieving the 
desired tolerance may be included in the second query set. 



15 



20 



25 



30 



35 



45 



50 



55 



65 



The part design model may be evaluated for topological 
symmetry to estimate the suitability of symmetrical manu- 
facturing processes such as spinning or lathing. Acceptable 
processes may then be included in the second query set. 

For each surface finish specified by the designer, all 
finishing processes capable of achieving that finish may be 
identified and included in the second query set. Each speci- 
fied surface finish, as well as each tolerance, may also be 
evaluated to ensure compatibility with the overall part 
design model topology. 

As one of ordinary skill in the art can appreciate, there are 
a multitude of variations of the producibility analysis that do 
not depart from the spirit of the invention disclosed herein, 
which is to employ some automated logic to perform part- 
specific analysis in order to identify fabricators. 

Producibility analysis second query processing module 
2650 may be a module that uses the results of the produc- 
ibility analysis to prepare a second query set. The second 
query set may be compared to databases 1100 to generate a 
second results list of qualified fabricators. In one 
embodiment, the raw producibility analysis results, includ- 
ing producibility analysis methodology, may be also be 
stored and made available to the designer. 

When a full search (i.e., using the first query set based on 
preference data and the second query based on the part 
design model/producibility analysis) is conducted, multiple 
sets of qualified fabricators may be produced. A predeter- 
mined number, such as two sets, may be produced, for 
example, one set corresponding to each query. Query results 
reconciliation processing module 2700 reconciles the pro- 
duced fabricators to render a single list of qualifying fabri- 
cators (e.g., for two sets of results, those appearing in both 
result lists). If the results cannot be reconciled (e.g., there are 
no qualified fabricators appearing in both lists), the results 
may be analyzed to identify the most likely cause of the 
reconciliation failure. This information may then be stored 
in the designer's results report. 

GMR designer account processing module 2750 may 
comprise a module that maintains and updates all account 
data for each designer. In particular, this module may 
provide that records are stored for each designer session (a 
designer session may be one complete cycle of a search), 
including the search results, as well as all transactions (a 
designer transaction refers to any time the designer logs onto 
the system, such as to retrieve results or have a custom report 
prepared). In one embodiment, GMR designer account pro- 
cessing module 2750 may provide that a designer user ID, 
session ID, time stamp and descriptive information 
(including the search results) be stored following each 
completed session. In one embodiment, GMR designer 
account processing module 2750 provides that a designer 
user ID, session ID, and time stamp are stored following 
each transaction (e.g., if the designer 99 logs on to have the 
results from sessions 101 and 102 downloaded at 1:30 p.m., 
then all of this information may be recorded as a 
transaction). 

GMR fabricator account processing module 2800 is simi- 
lar to GMR designer account processing module 2750, only 
the former may record account data for each registered 
fabricator. GMR fabricator account processing module 2800 
may store records for each session (a session may be a 
general search by the fabricator, GMR input/update of 
fabricator specific data, or the referral results emanating 
from a designer search that identified this fabricator as 
qualified) and each fabricator transaction (a fabricator trans- 
action refers to any time the fabricator logs onto the system, 
such as to retrieve referral results or have a report 
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generated), or may only store some sessions or transactions. Account data 3900 may comprise account data main- 
In one embodiment, a fabricator user ID, session ID and time tained by the system for designers and fabricators. In one 
stamp may be recorded for each session and transaction. For embodiment, account data 3900 may comprise both session 
example, when a designer search identifies a particular records (such as searches, including search results; referrals, 
fabricator as qualified, the referral results may be posted in 5 including description of the referring designer; GMR 
the fabricators account by this module. updates; etc.), and transaction records (such as results 
Quality assurance processing module 2905 comprises a retrieval, report printouts, etc.). Account data 3900 may be 
module that provides the quality assurance rating capability fufther logicaUy divisib i e into dcsigncr acc0UDt data modu i c 
of the system. Following the performance (or lack thereof) ^ aQd fabricator account data module 3850 the 
of a fabrication effort by a GMR-regLstered fabricator , the ^ QMR ^ mcECAD {s of lhe tem are art of the 
prime contractor is given an opportunity to provide eedback embodiment, account data 3900 may be com- 
to the GMR system regarding performance in terms of . B . , ' „ A , „ TO - ' 
timeliness, quality, and ofher relevant considerations. In one bin * d ™ th account d f 320 °f f lG ' * 
embodiment, GMR server system 1000 may be accessed by assurance data module 3605 comprises quality 
the prime contractor for browser pages or the like to provide assurance data collected reflecting the performance of fab- 
a performance assessment. The quality assurance survey 15 ncators on the GMR system. The module may comprise 
may include a series of questions which can be answered both tne underlying data submitted by designers/prime con- 
quantitatively (e.g., answered as 1-5, with "5" being "excel- tractors using electronic survey forms or the like, as well as 
lent" or "strongly agreed" and "1" being "poor" or "strongly the aggregated GMR quality assurance rating that derives 
disagree"). Such data can be compiled and statistically therefrom. While FIG. 22 depicts quality assurance data 
aggregated into a series, or one overall, quality assurance 20 module separate from GMR data module 3000, it should be 
rating. The quality assurance browser forms may also appreciated the GMR quality assurance rating(s) are search- 
include questions to be answered in a narrative manner, not able by system users. For example, a preference query (to be 
necessarily to be compiled, but to be made available to discussed below) might include criteria regarding quality 
subsequent users of the GMR system. Quality assurance assurance rating, such as to identify only fabricators with a 
processing module 2905 supports not only the collection and 25 net rating of "3" or better. 

compilation of such data, but also the distribution of the data Global Manufacturers Registry (GMR) data module 3000 

to system users. comprises fabricator specific data stored for registered fab- 

Other server side applications 2850 refers to any other ricators. As indicated by the arrows on FIG. 22, the module 

predominantly server side applications run by GMR server may contain both general access (non-proprietary) data and 

system 1000 to support the interactive EDM system. For 30 limited access (proprietary) data. In one embodiment, lim- 

example, this module may include software for system ited access data may be directly accessible only by the owner 

administration, database manipulation, and network-related (e.g., the fabricator that submitted the data). In one 

operations. This module may include software to support embodiment, the data owner may also give authorization for 

multimedia applications such as the transport of voice, video particular users to access the owner's proprietary data. In 

and graphics over the network. 35 general, the interactive GMR system itself may issue queries 

Other client side interactive applications 2900 refers to that search both types of data to locate qualified fabricators 

any other predominantly client side applications that may be in response to a designer search request. This may be the 

supported by GMR server system 1000. For example, if case even though the results presented to the designer 

multimedia operations require specialized capabilities contain no proprietary information, 

exceeding standard user system multimedia support, other 40 As those of ordinary skill should appreciate, GMR data 

client side interactive applications 2900 may provide those module 3000 may contain a multitude of different types of 

capabilities in the form of downloadable executable code. In fabricator information that may be used for designer 

one embodiment, such client-side capabilities are supported searches, so that the categories depicted below are illustra- 

through the use of machine independent Java™ applets tive only and non-exhaustive. 

supported by standard browsers. 45 General information group data module 3250 may contain 

The Global Manufacturer's Registry (GMR) Database general information, such as location, certifications and 

Databases 1100 contains the data used by the GMR affiliations, transportation modes, CAD capabilities, trade 

system. Internal analysis criteria data module 3450 rep re- restrictions (import/export tariffs, technology transfer 

sents any stored constants and other data used to implement restrictions, etc.), electronic commerce capability, computer 

the producibility logic (e.g., see FIG. 2, module 2650). 50 hardware/software capability, status as federally-recognized 

Stored standard attributes data module 3500 represents minority -owned, small business or other special categories, 

attributes, and may also include attribute values, that may be and other items not related to specific machinery or manu- 

made available to designer user system 1200 to select for facturing capabilities. 

attribute assignment (e.g., see FIG. 2, module 2550). In one Process machinery group data module 3200 may contain 

embodiment, this data may be transmitted to an applet 55 information pertaining to the machinery and processes used 

launched at designer user system 1200 so that the designer by the fabricator. Information such as machine models, stock 

may readily assign attributes and values to selected graphi- types and sizes, tolerances associated with the machine, 

cal entities. In the integrated embodiment, module 3500 is production rates, lead times, set-up costs and times, numeri- 

integrated with module 845 of FIG. 8. Stored designer cal control systems, and other information may be included, 

preference data module 3550 may comprise stored prefer- 60 Since different machines may support different processes, 

ence data that may be input by the designer for the first query the inputs may vary from machine type to machine type. For 

set (e.g., see FIG. 2, module 2400). Stored designer part example, a forging process may have a different input set 

design model data module 3600 may comprise the stored than a vertical mill. Information about specific process 

part design models, including graphical and non-graphical capabilities may be included, such as electro-chemical 

entities and any associated attributes. As noted above, in one 65 machining, core casting, investment casting and powdered 

embodiment, each entity may be appropriately tagged to metal processing. Information pertaining to outsourced pro- 

facilitate data management. cesses may also be included. 
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Tool set group data module 3150 allows a fabricator to 
catalog standard and custom tools used by machines. In one 
embodiment, standard machine tool lists (listing such items 
as end mill cutters, drills, abrasives, etc.) may be provided 
to limit the amount of information required by the fabricator. 
In one embodiment, an interactive application in the form of 
a Java™ applet may be provided to fabricator user system 
1300 so that custom tools may be built interactively from a 
component list (e.g., see FIG. 21, module 2300). 

Personnel operator group data module 3100 may contain 
information about the machinists, craftsman and operators 
of machines and processes, including years of experience 
and any certifications. In one embodiment, privacy may be 
maintained by limiting input to non-personal data. 

Materials group data module 3300 may comprise infor- 
mation regarding those materials the fabricator can work. 
For example, maximum and minimum stock sizes, stock 
types (e.g., billet, rod, bar, sheet, powder, etc.) and material 
types (e.g., steel, aluminum, titanium, etc.) may be specified. 
In one embodiment, the fabricator may select from a stan- 
dard list of materials, including material stock types, pro- 
vided to the fabricator. 

Manufacturing standards data module 3350 comprises 
data regarding those standards to which a fabricator can 
manufacture a part (e.g., MILSPEC, ISO, ANSI, ASME, and 
others well known to those of skill in the art). 

Inspection/QA data module 3400 comprises fabricator- 
specified data regarding inspection processes, equipment 
and applicable standards. In other words, the fabricator may 
specify what methods are used to verify that a part has been 
made to designer specification and under what standards 
inspections are conducted. 

As should be appreciated by those of ordinary skill, a 
variety of database structures and database management 
programs may be used for databases 1100. In one 
embodiment, an object-oriented database structure may be 
employed combining Oracle 8™ and ObjectStore™ 
software, well known to those of skill in the art. 
A Method for a Search Session using the GMR System 

According to an embodiment of the present invention, a 
method for a designer search session using the GMR system 
is described in FIG. 23. Referring to FIG. 23, the designer 
first logs onto the interactive system, as in step 4000, by 
connecting designer user system 1200 to GMR server sys- 
tem 1000 through network 1600. The system is generally 
preferred to be secure, so that GMR server system 1000 
authenticates or verifies that the designer is an authorized 
user, as in step 4020. GMR server system 1000 may carry 
out this function through a software component such as user 
logon authentication module 2050, depicted in FIG. 21. 

Following authentication, the designer selects the scope 
of services that are requested for the search session. Accord- 
ing to one embodiment, the designer may select a general 
search of non-proprietary data, as in step 4040. The non- 
proprietary data may be data such as that stored in general 
information group data module 3250, depicted in FIG. 22. In 
one embodiment, the designer makes this selection from a 
search page presented on a browser at designer user system 
1200. This may be performed by a software component such 
as search initiation module 2320, in FIG. 21. 

If the designer requests a general search, then the designer 
may select search criteria for the search of non-proprietary 
data, as in step 4300. For example, GMR server system 1000 
may transmit a list of options for each of the data items 
contained in general information group data module 3250. 
According to this embodiment, the designer may select 
options such as desired location (e.g. East Coast or Penn- 
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sylvania fabricators), certifications/affiliations and CAD 
capabilities through the browser at designer user system 
1200. 

Based on input criteria selected by the designer, GMR 
server system 1000 prepares a query set appropriate for the 
general search, as in step 4320, which may then be run 
against general access fabricator data, as in step 4340, to 
identify fabricators meeting the criteria set by the designer. 
Steps 4320 and 4340 may be carried out by a software 
component such as the general GMR search query process- 
ing module 2350 depicted in FIG. 21. The results of the 
general search carried out by step 4340 may then be stored 
in the designer account data, as in step 4360, and sent to the 
requesting designer, as in step 4380. 

In one embodiment, the general search results may be 
tagged with a user ID, session ID and time stamp before 
storage in the designer account, such as that depicted as 
designer account data module 3800 of FIG. 22, so that the 
designer may later retrieve them when desired. Thus, step 
4380 may encompass a subsidiary step of GMR server 
system 1000 issuing an e-mail to the designer giving notice 
that the results have been posted. Upon such notice, the 
designer may log onto the system to retrieve the results by 
selecting the appropriate session in the designer's account 
for output as a report, to be discussed later in connection 
with FIG. 24. 

Once the search has been conducted and the results 
posted, the designer account data may be updated to reflect 
completion of the task (including storage of the results), as 
in step 4280, as well as the corresponding fabricator account 
data, which may be updated for those fabricators identified 
as a result of the search, as in step 4400. Steps 4280 and 
4400 may be carried out by software components such as 
those depicted as modules 2750 and 2800, respectively, in 
FIG. 21. Finally, any applicable billing information may be 
generated and sent to the designer, as in step 4420, and to 
fabricators identified as a result of the search, as in step 
4440. These billing processing steps may be carried out by 
a software component such as module 2250 of FIG. 21, and 
may be stored in designer account data module 3800 and 
fabricator account data module 3850 of FIG. 22. 

Returning to the "no" branch of decision block 4040, the 
designer may desire a search of the entire fabricator 
database, including proprietary data. As previously 
mentioned, the preferred embodiment provides that a limited 
search searches proprietary data to identify qualified fabri- 
cators to a searching designer, but the underlying proprietary 
data is not revealed to the designer. In this case, the designer 
may select between a limited preference search or full 
search, according to step 4060. As discussed above in 
connection with the system of FT G. 21, a limited preference 
search may result in a first query set, and first query results 
list, without necessitating a producibility analysis. A full 
search uses the part design model and the producibility 
analysis so that a second query set and second query results 
list may be produced. If the user desires a limited preference 
search, the method skips to step 4160, to be discussed below. 

Otherwise, the designer may upload a part design model 
to GMR server system 1000, as in step 4080. Interactive 
designer part design model processing module 2450 may 
perform step 4080 using a platform independent Java™ 
applet. Where the NICECAD and GMR aspects of the 
invention are integrated, the part design model may have 
been previously created (e.g., using CAD processing module 
932 of FIG. 12) and stored (e.g., at PDM data 335 of FIG. 
8). In that case, step 4080 of uploading the part design model 
may not be required because it is already stored on the 
system in a neutral format. 
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In step 4100, GMR server system 1000 parses the part 
design model received from a designer into its constituent 
graphical and non-graphical entities that may be tagged and 
stored into an object-oriented database, such as the that 
depicted as stored designer part design model data module 
3600 of FIG. 22. The designer may then assign attributes 
(and attribute values) which may be associated with the 
entities stored with the part design model, as in step 4120. 
The step of attribute assignment may be carried out by a 
software component such as that depicted as module 2550 of 
FIG. 21. As with step 4080, in the integrated embodiment of 
the invention, the complete, attribute-assigned part design 
model may already be stored, in which case step 4120 is not 
necessary. 

Once the stored part design model is sufficiently 
complete, in step 4140, producibility analysis (details of 
which are provided above in connection with module 2650 
of FIG, 21) may be performed to generate a second query 
set. As indicated above, the producibility analysis results 
may be considered intermediate to the extent they are 
primarily used for generating the second query set; however, 
the raw results and underlying methodology may be made 
available for the designer's consideration. 

Step 4160 provides for the designer to select preference 
input criteria in order to conduct a search based on general 
parameters, as previously discussed. Step 4160 may be 
performed by a software component such as interactive 
designer preference module 2400 of FIG, 21, and may 
include the provision of a Java™ applet to facilitate pref- 
erence selection. Based on the preference input criteria, a 
first query set for searching ihe database may be generated 
by GMR server system 1000, as in step 4180. 

Once these query sets (e.g., the first query set in the case 
of a limited search and both the first and second query sets 
in the case of a full search) are generated, those sets are 
compared to the GMR data, as in step 4200. The query sets 
may be compared to all of the fabricator data, as depicted as 
GMR data module 3000 in FIG. 22, or only a subset of such 
data. In the case of a full search, two sets of results may be 
obtained, in which case step 4200 may include the applica- 
tion of reconciliation logic to combine the results into a 
single set (e.g., see FIG. 21, module 2700). Of course, as 
should be appreciated by those of ordinary skill in the art, the 
need for reconciliation logic may be obviated by simply 
reporting both sets of results. 

In step 4220, the search results for the limited/full search 
may be saved into designer account data module 3800 (e.g., 
reporting qualified fabricators) and fabricator account data 
module 3850 (e.g., providing a referral describing the 
designer for which each fabricator has been qualified). 
Similar to step 4380, step 4240 provides for the query results 
to be sent to the designer, which may simply encompass an 
e-mail informing the designer that the results are posted and 
available for retrieval. Other notification may also be pro- 
vided. Similarly, step 4260 provides for the referral ema- 
nating from the search to be forwarded to qualified 
fabricators, which may also encompass an e-mail notice. 

Steps 4280 and 4400-4440 are repeated substantially as 
previously described. 

A Method for a Designer to Retrieve Reports Using the 
GMR System 

According to an embodiment of the present invention, a 
method for a designer to retrieve reports from the interactive 
GMR system is described in FIG. 24. Referring to FIG. 24, 
the designer may log on according to step 5000, and may be 
authenticated according to step 5020, Next, the designer 
selects the type of report to be generated, as in step 5040. 
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According to this embodiment, the designer may request a 
"standard" report detailing the query results from selected 
search sessions ("Query Results"), or a "custom" report 
summarizing transactions in which the designer has engaged 
5 ("Designer Custom Report"). In one embodiment, source 
data for both options may be stored with the designer 
account data, such as in designer account data module 3800 
in FIG. 22. 

If the designer wishes a standard report of query results, 

10 the designer selects the desired query results from the 
designer account, as in step 5060. In one embodiment, one 
or more browser pages listing past search sessions may be 
sent to designer user system 1200, along with various report 
format options, so that the designer may select and transmit 

15 the desired options back to GMR server system 1000. 
According to step 5080, GMR server system 1000 then 
retrieves the selected data from the designer account and 
formats the report as requested. According to step 5100, the 
report may be then transmitted to the designer. In one 

20 embodiment, the designer may be given the option of 
viewing the report directly as browser pages or of linking to 
a file for download as a standard word processing text 
document (e.g., in Microsoft Word™, Word Perfect™, etc.). 
The designer account data may be updated to reflect this 

25 transaction, as in step 5120. 

If the designer desires a custom report, then the designer 
selects custom report options according to step 5140, which 
permits a search of the designer's entire account, including 
session records, transaction records, and billing records, for 

30 example. 

According to one embodiment, step 5140 may include the 
use of a Java™ applet sent from GMR server system 1000 
to facilitate the custom reporting option, which may include 
report format options. Based on the custom report options 

35 selected by the designer, GMR server system 1000 generates 
an appropriate query set, according to step 5160, which may 
then be run against the designer account data, according to 
step 5180. The results of the query may be retrieved and 
formatted for the report, according to step 5200. The report 

40 may then be transmitted to the designer, pursuant to step 
5220, which, in one embodiment, entails browser pages 
and/or a link to a downloadable file. As before, the designer 
account data may be updated, as in step 5240. 
A Method for a Fabricator Session Using the GMR System 

45 According to an embodiment of the present invention, a 
method for a fabricator session using the interactive EDM 
system is described in FIG. 25. Referring to FIG. 25, the 
fabricator logs on to initiate the session, as in step 6000, and 
GMR server system 1000 authenticates the fabricator, as in 

so step 6020. The fabricator selects an option, as in step 6040, 
which may include a "Generate Report" option, "Update 
Database" option, or "General Search" option. 

If the fabricator selects the "General Search" option, the 
steps performed may be similar to those for a designer's 

55 general search (see FIG. 23, steps 4300-4380). The fabri- 
cator selects input criteria for the search of non-proprietary 
data, according to step 6160; GMR server system 1000 
generates an appropriate query set, according to step 6180; 
the query set may then be run against general access 

60 fabricator data, according to step 6200; the search results 
may be stored in the fabricator account, according to step 
6220; and the search results may be sent to the fabricator, 
according to step 6240; and the fabricator account data may 
be updated to reflect the search session, according to step 

65 6260. 

The "Update Database" option may be selected if the 
fabricator wishes to update he fabricator data stored in GMR 
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data module 3000. Accordingly, step 6060 provides for the 
fabricator to select the database components that are to be 
updated. For the GMR database allocation depicted as GMR 
data module 3000 in FIG. 3, the fabricator might select, for 
example, the process machinery group data stored in module 
3200 to reflect the purchase of a new machine. According to 
step 6080, the fabricator may then update the selected 
database component with the appropriate information, 
which may be then sent to back to GMR server system 1000. 
In one embodiment, GMR server system 1000 may facilitate 
the update by sending browser pages to the fabricator 
containing the existing information for that component, 
which the fabricator may then amend before selecting a send 
command on the browser page. Step 6100 provides for GMR 
server system 1000 to save the updated fabricator informa- 
tion to the appropriate location in the database (e.g., see FIG. 
22, process machinery group data module 3200). Once the 
database has been successfully updated, a confirmation 
notice may be sent to the fabricator, as in step 6120. Finally, 
the fabricator account data may be updated to reflect the 
update session, as in step 6140. 

The "Generate Report" option may be selected if the 
fabricator wishes to view a report. In this embodiment, three 
categories of fabricator reports may be supported, as 
reflected by the three paths emanating from decision block 
of step 6160. If the fabricator wishes to review stored 
fabricator information in the database to ensure it is current, 
then the "Fabricator Information Report" option may be 
selected. Accordingly, GMR server system 1000 retrieves 
the stored fabricator data (e.g., data for that fabricator ID 
contained in GMR data module 3000, FIG. 22) and formats 
the report, as in step 6180. The report may then be trans- 
mitted to the fabricator, as in step 6200, which, in one 
embodiment, may be accessed either as platform indepen- 
dent browser pages or a link to a formatted text file. Finally, 
the fabricator account data may be updated to reflect the 
transaction, as depicted by step 6220. 

It is noted that the "Generate Report" and "Update 
Database" options for a fabricator session represent one 
embodiment of supporting the so-called "capability man- 
agement system" previously mentioned. That is, the stored 
fabricator data on the GMR database is not only used to 
facilitate searches by designers hoping to identify qualified 
fabricators, but it incidentally also provides a ready means 
for fabricators to manage their resources and information. 
This provides a substantial benefit to fabricators listed in the 
GMR registry because it obviates or greatly reduces the need 
for using internal hardware, software and human resources 
for capability management. This provides a substantial ben- 
efit to the GMR provider and participating designers because 
it may induce fabricators to "enroll" in the registry in the 
first instance. Thus, fabricators otherwise not inclined to list 
with the registry may do so because of the benefit of the 
substantially cost-free capability management resource they 
will receive. These are significant benefits. In fact, a pre- 
ferred embodiment may present options for viewing/ 
modifying fabricator data explicitly as the "Manufacturer 
Capability Management System," so as to highlight this 
beneficial aspect of the GMR system. In presenting it as 
such, the GMR provider may also highlight the fact that it 
is network-based (e.g., "Internet Accessible" or "World 
Wide Web Accessible" or the like) and secure (e.g., "All 
Proprietary Information Securely Maintained"). 

The "Fabricator Referrals Report" option may be selected 
if the fabricator wishes to view referral results saved in the 
fabricator account data. The fabricator selects the desired 
referral results from the fabricator account, as in step 6240, 



which, in one embodiment, may be via browser pages sent 
from GMR server system 1000 listing all referrals in the 
account. Based on the fabricator's selection, GMR server 
system 1000 then retrieves the appropriate referral results 

5 and formats the report, as in step 6260. The report may then 
be sent to the fabricator, as in step 6280. The fabricator 
account data may then be updated to reflect the transaction, 
as in step 6300. 

The "Fabricator Custom Report" option may be selected 

ao if the fabricator desires a customized report from the fabri- 
cator's account data. This option permits a search of the 
fabricator's account, similar to that for a designer custom 
report (discussed above). The fabricator selects the report 
options, according to step 6320, which, in one embodiment, 

15 may be facilitated through a server-supplied Java™ applet. 
Thereafter, GMR server system 1000 prepares a query set 
based on the selected options, as in step 6340, which may be 
run against that fabricator's account, as in step 6360. GMR 
server system 1000 retrieves the data and formats the report, 

20 as in step 6380, transmits the report to the requesting 
fabricator, as in step 6400, and updates the fabricator 
account data to reflect the transaction, as in step 6420. 
A Third Aspect of the Invention: A System and Methods for 
Providing an Electronic Trading Community for a Part to be 

25 Built 

The third aspect of the invention provides an electronic 
trading community (ETC) whereby a prime contractor/ 
designer with a part design model can electronically solicit 
bids or proposals by issuing a request for quote (RFQ) or 

30 request for proposal (RFP) to fabricators. In the preferred 
embodiment, the ETC capability of the system is integrated 
with the first and second aspects of the invention, the 
NICECAD capability for virtual collaborative engineering, 
and the GMR capability for identifying qualified fabricators. 

35 In that embodiment, a prime contractor may utilize the 
NICECAD capability to create a part design model, stored 
at a server in a neutral format, in the virtual engineering 
environment. The prime contractor may then utilize the 
GMR capability to identify a pool of qualified fabricators. 

40 The prime contractor may then utilize the third aspect of the 
invention to solicit bids from this pool, or from a subset of 
the pool if the prime contractor decides to exclude certain 
fabricators for some reason. 

FIG. 26 provides a high-level functional diagram of the 

45 ETC capability of the system, including GMR user 2600, 
GMR provider 2650 and manufacturing vendors 2680. 
GMR user 2600 represents a designer or prime contractor 
seeking to out-source the manufacture of a product for 
which there exists a part design model. GMR user 2600 will 

50 select vendors for participation in the RFQ/bid process, as 
indicated by block 2602. As noted, in the integrated system, 
GMR user 2600 may select all or a part of the list of qualified 
fabricators emanating from a GMR search according to the 
second aspect of the invention. In an alternative 

55 embodiment, the ETC RFQ/bid process may be undertaken 
with one or more manufacturing vendors not previously 
registered or otherwise associated with the system. In such 
a case, GMR user 2600 may provide identification and other 
information to GMR provider 2650 so that the fabricators) 

60 can access the system to participate. 

GMR user 2600 submits a request for quote to GMR 
provider 2650, the request comprising design and specifi- 
cation data, such as part design model data, and associated 
manufacturing specifications, as depicted in block 2604. If 

65 the part design model was created and stored using the 
NICECAD aspect of the system, the part design model and 
specification data can be provided by giving access permis- 
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sions to specified fabricators, as discussed previously in tractor. As discussed previously in connection with the 

connection with stored design and analysis access permis- graphics and CAD capabilities of the invention, the viewing 

sion data module 860 of FIG. 8. Based on the bids submitted, and the various manipulations of a part design model (and 

GMR user 2600 will select one or more winning bidders, as associated features) could be accomplished by means other 

in block 2606. Upon award, GMR user 2600 submits a 5 than Java™ -enhanced browsers. Custom browsers could be 

complete part definition to the winning bidders), as in block **. d Also, server-provided semi- machine-dependent appli- 

2608. We call what is eventually provided a "complete" part cat J™f could be used as well 

definition because what is initially provided may be a FIG 28 illustrates that the ETC aspect of the invention 

lower-fidelity data set (e.g., lower resolution graphical data) supports interactive graphics manipulaUon similar to that 

.... , J t - v& -, L , t t ' „ previously discussed in connection with the multimedia 

which is adequate for purposes of the bidding process^ Upon 10 Sommunkations processing module 978 (FIG. 13) and CAD 

completion of the bidding process complete or high fidelity ssi mod 4 932 ( fr G . 12 ). GMR graphics server 

data is provided to the selected bidder (the winner 1 ) who 2gw pennits prime design engineers 2812 and 

will actually be fabricating the part. manufacturing vendor engineers and craftsmen 2814 to 

GMR provider 2650 represents the server-based system interface via enhanced browsers (blocks 2808 and 2806) to 

providing the ETC capability and communicating with 15 engage in a quasi- real-time interactive session supporting 

GMR user 2600 and manufacturing vendors 2680 through a pailj zoom ^ fly-throughs, posting of new versions, 

secure networked interface. GMR provider 2650 supports manipulation and rotation (collectively, block 2802), and the 

so-called transaction mediation (block 2652) between a attachment and viewing of specification data, markups and 

prime contractor and bidding manufacturers) by supporting links to applicable standards (collectively, block 2804). 

terms and conditions negotiations 2654, contract formaliza- 20 Again, it bears reiteration that such interface means could be 

tion 2656 and digital signatures 2662, electronic funds other than Java™ -enhanced browsers, including custom 

transfer 2658, and multimedia services 2669. Transaction browsers and/or server-provided applications executed 

mediation generally occurs after a prime contractor selects using standard operating systems. The network interface 

one or more winning bidders, and involves the formalization between users and a server(s) is maintained as substantially 

of an agreement corresponding to the selected bid. In this 25 platform independent. It is also noted that other engineering 

context, multimedia services 2669 refers to communications data logically associated with features of the part design 

functionality supporting quasi-real time audio, video, and model may be viewed as well. The various types of 

graphics, including CAD functionality supporting viewing specification, standards, and other engineering data that may 

and manipulation of a part design model as previously be logically associated with a part design model was dis- 

discussed. 30 cussed earlier in detail. 

Manufacturing vendors 2680 represents fabricators bid- Collectively, FIGS. 26-28 illustrate how the networked 
ding in response to an RFQ or RFP submitted by GMR user CAD and multimedia communications features of the first 
2600. Manufacturing vendors 2680 may view 3D part aspect of the invention (NICECAD) can be beneficially 
design models and associated specifications, as in block applied to support the ETC RFQ and bidding process. In 
2682. The ETC system may permit a prospective bidder to 35 sum, the quasi-real-time "streaming" of audio, video and 
view the pool of bidders before preparing and submitting (or graphics through a GMR provider provides a means for the 
revising/updating) a bid, as illustrated by block 2684. For prime contractor and bidder to engage in detailed technical 
example, in one embodiment a "bidding pool list" identify- discussions from different locations, in a secure 
ing the dollar amount of the various bids is available to the environment, and substantially without the need for special- 
bidders. The bidding pool list does not identify the bidders 40 ized hardware and software. It can be appreciated that 
or disclose any detailed information provided by them to numerous aspects of the so-called "boundaries" difficulty, 
GMR user 2600. This list might indicate: "Bidder A: $25, previously described, are ameliorated or eliminated. 
000.00; Bidder B: $32,000.00, ..." and so forth. Ultimately, Continuing with the ETC aspect of the invention, the RFQ 
a successful bidder will product and deliver parts, as in block may be submitted or "posted" to GMR graphics server 2710 
26 86. 45 via browser templates completed by GMR user 2600, The 

FIG. 27 further illustrates how the capabilities of the RFQ may include such information as a project identifier, 

present system are used by a bidding fabricator in evaluating narrative description, quantity requirements, schedule 

an RFQ. GMR graphics server 2710 (e.g., GMR server requirements, delivery requirements, and the like. The RFQ 

system 1000, FIG. 20) provides for manufacturing vendor may include information pertaining to how many "rounds" 

engineer and craftsmen (2770) to view the stored part design 50 of bids will be considered, or as to whether a given round is 

model and associated features via, in the preferred a so-called "best and final" offer round. The RFQ may 

embodiment, a Java™ -enhanced browser (block 2760). include information identifying the bidding pool. When the 

Using the aforementioned CAD capabilities, vendor engi- second (GMR) and third (ETC) aspects of the invention are 

neers and craftsman 2770 can examine the part design model integrated, the RFQ form may include a listing of the 

according to various views. As depicted by block 2750, the 55 qualified fabricators identified by a search. Prime contractor 

preferred embodiment utilizes a Java™ 3D version of the GMR user 2600 may then select from the list so that the RFQ 

part design model supporting manipulation and rotation, is directed to the selected fabricators. The RFQ may include 

pans, zooms and fly-throughs. Manipulation may comprise information identifying the date and time for the bidding 

a request to view the part design model in a higher fidelity round(s), such as indicating the bidding window begins at 

representation. As depicted by blocks 2740 and 2720, 60 8:00 a.m. on November 7 and ending at 4:30 p.m. on 

graphical entities of the part design model may have links to November 14. The RFQ may also include information 

specification data, standards and materials data sheets. Fur- identifying that period when the part design model (and 

ther regarding block 2720, and as previously discussed in associated) data will be available and/or when GMR user 

connection with multimedia communications processing 2600 will be available for conducting multimedia commu- 

module 978 (FIG. 13) and CAD processing module 932 65 nications sessions to discuss issues. 

(FIG. 12), so-called "markups" can be attached to the part As previously mentioned, the bidder may, and usually 

design model to facilitate discussions with the prime con- will, view and examine a graphical representation of the part 
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design model (and associated technical documents or data) parts of its business, such as product planning, parts 

before submitting a bid. The bidder may also engage in a purchasing, inventory management, interaction with 

multimedia communications session with the soliciting suppliers, customer service and order tracking. By providing 

entity to resolve any technical or business issues. A bidder a fabricator (or other supplier) a secure connection (or 

may also view the bidding pool list, previously described, in 5 so-called "portal") to the prime contractor's ERP system, the 

order to evaluate the current state of the bidding process for fabricator is further integrated with the prime contractor and 

the RFQ before submitting or updating a previously- business boundaries are further diminished. Commercially 

submitted bid available ERP applications are available from PeopleSoft, 

Bids that are submitted to the GMR provider (e.g., GMR SAP > 0racle > and Baan - 

server system 1000, FIG. 20) are posted, along with any 10 0ther embodiments and uses of this invention will be 

supplemental information provided by bidders. This supple- a PP arent to those having ordinary skill in the art upon 

mental information could provide further information about consideration of the specification and practice of the inven- 

the bidder or qualifying or clarifying the bid. For example, 1100 disclosed herein. The specification and examples given 

the bidder might say "Our bid is slightly higher than others should be considered exemplary only, and it is contemplated 

because XYZ Machine and Tool, Inc. pays its operators a 15 that thc a PPended claims will cover any other such embodi- 

higher wage so as to retain the highest quality personnel" or mems or modifications as fall within the true scope of the 

other such information to be evaluated by the issuer of the invention. 

RFQ. This bid and supplemental information may be stored What is claimed is: 

by the GMR provider at a location in database 1100 (FIG. A server-based system for a fabricator evaluating 

22), such as in fabricator account data module 3850. 20 detailed manufacturing instructions contained within a 

Generally, GMR server system 1000 may tag the bids with rec l uesl for a V™?^ t0 view a P art desl S n model > com P ris - 

time -stamp data and data identifying the prime contractor to m S : 

which the bid is directed. After evaluating the bids, a GMR a memory for storing a part design model provided by a 

user selects the vendor(s) best meeting the RFP designer seeking a proposal for manufacturing the part 

requirements, and winning bidders are notified. 25 represented by the part design model, said memory 

Once the bidding window is closed, the issuer of the resident at a first location, said designer resident at a 

RFP/RFQ evaluates the bids and supplemental information. second location and said fabricator resident at a third 

Vendors selected for contract negotiation and contract award location, where the first location is separate from both 

are notified as a process of contract formalization com- tne second and third locations; and 

mences. A collection of standard clauses are stored in a 30 a server system for enabling a fabricator connected over 

database at one of the NICECAD/GMR provider's servers. a packet-switched network to access said part design 

These clauses outline the responsibilities of each party with model; 

respect to common aspects of parts procurement. An said server system having a software component for 

example might be the specific assignment of responsibility presenting the part design model to the fabricator 

for part inspection and verification. A clause may be pro- 35 through said network using a graphical user interface 

vided that assigns this responsibility to the fabricator or to and where said software component is resident at said 

the prime contractor depending on the outcome of contract server system and accessible by said software compo- 

negotiations. Since many similar situations exist in this type nent includes a substantially planform indenpendent 

of buying, standard clauses may be used as bases for the client side application to be run on the system of the 

formal contract. Such standard contract clauses serve as 40 fabricator, where said application permits the manipu- 

starting points for negotiation. Through the virtual lation of the part design model, 

environment, these contract clauses are modified and 2. The server-based system of claim 1, wherein said 

included in a "formalized" contract that is custom tailored manipulation comprises one or more of rotation, translation, 

for the specific manufacturing job. A formalized contract two-dimensional cutting and a fly-through, 

may be thought of as a "signable" contract that has resulted 45 3. The server-based system of claim 1, wherein the part 

from negotiations over a set of "standard" starting points. design model comprises a plurality of three-dimensional 

This feature is necessary to accommodate the very dynamic graphical features which are linked by the server system 

nature of this type of procurement. with at least one of specifications, regulations and standards 

The terms and conditions negotiations may use the secure associated with each of the plurality of features, 

multimedia communications capability previously 50 4. The server-based system of claim 3, wherein said 

discussed, whereby a prime contractor and successful bidder software component further provides for the fabricator to 

can engage in negotiations using the quasi- real-time video select a specific three-dimensional graphical feature in order 

and/or audio. Stored standard form contracts (see, e.g., to view the at least one associated specification, regulations 

module 696, FIG. 6) and stored standard terms and condi- and standard associated with the selected feature, 

tions (see, e.g., module 697, FIG. 6) may be employed. The 55 5. The server based system of claim 4, wherein the 

digital signature capability provides a means for both parties selection is performed using a mouse device, 

to formalize agreements once they are negotiated (see, e.g., 6. The server-based system of claim 1, wherein said server 

module 699, FIG. 6). Once negotiated and formalized, system is further adapted to permit the designer to review the 

contracts may be stored by the GMR provider, such as at accuracy of detailed manufacturing instructions contained 

module 415 of FIG. 4. 60 within said request for a proposal. 

A final aspect to the present invention is that the provider 7. The server based system of claim 1, wherein said 

the GMR provider (e.g, GMR server system 1000) may software component further enables the fabricator and the 

further provide to the winning fabricators) a network-based designer to engage in a communications session that is 

connection to the prime contractor's Enterprise Resource substantially real-time. 

Planning (ERP) system. ERP generally refers to a multi- 65 8. The server based system of claim 7, wherein said 

module software application integrated with a relational communications session comprises one or more of audio and 

database used by a prime contractor to manage important video. 
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9. The server based system of claim 7, wherein said 
communications session comprises the simultaneous pre- 
sentation of the part design model to the fabricator and the 
designer. 

10. The server based system of claim 9, wherein the 
simultaneous presentation includes the manipulation of the 
part design model. 

11. The server-based system of claim 4, wherein the at 
least one associated specifications, regulations and standrds 
reside in the server memory and are sent over the network 
connection to the client-side on demand. 

12. The server-based system of claim 6, wherein the part 
design model comprises a plurality of three-dimensional 
graphical features which are linked by the server system 
with at least one specification, regulation and standard 
associated with each feature. 

13. The server based system of claim 1, wherein said 
software component further provides for the fabricator to 
select a specific three-dimensional graphical feature in order 
to view the at least one associated specification, regulation 
and standard, 

14. The server-based system of claim 13, wherein the at 
least one associated specification, regulation and standard 
reside in the server memory and are sent over the network 
connection to the client-side application on demand. 

15. A server-based system for a fabricator evaluating 
detailed manufacturing instructions to view a part design 
model, comprising: 

a memory for storing part design model provided by a 
designer where a part is represented by the part design 
model, wherein the part design model comprises at 
least one three-dimensional graphical depiction having 
a plurality of features which are linked by the server 
system with at least one specification, regulation, and 
standard associated with each of the plurality of fea- 
tures; and a server system for enabling a fabricator 
connected over a packet-switched network to access 
said part design model: 

said server system having a software component for 
presenting the part design model to the fabricator 
through said network using a graphical user interface, 
wherein said software component further provides for 
the fabricator to select a specific feature of the three- 
dimensional graphical depiction in order to view the 
specification, regulation, and standard associated with 
the selected feature. 

16. The server-based system of claim 15, wherein said 
software component further permits the manipulation of the 
part design model. 

17. The server-based system of claim 15, wherein said 
manipulation comprises one or more of rotation, translation, 
two-dimensional cutting and a fly-through. 

18. The server-based system of claim 15, wherein the 
selection is performed using a mouse device. 

19. The server-based system of claim 15, wherein said 
server system is further adapted to permit the designer to 
review the accuracy of detailed manufacturing instructions 
contained within said request for a proposal. 

20. The server-based system of claim 15, wherein said 
proposal includes at least a portion of the part design model. 

21. The server-based system of claim 15, wherein said 
part design model was stored in said memory at a time 
before submission of said proposal. 

22. The server-based system of claim 15, wherein said 
software component further enables the fabricator and the 
designer to engage in a communications session that is 
substantially real-time. 
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23. The server-based system of claim 22, wherein said 
communications session comprises one or more of audio and 
video. 

24. The server-based system of claim 22, communications 
5 session comprises the simultaneous presentation of the part 

design model to the fabricator and the designer. 

25. The server-based system of claim 22, wherein the 
simultaneous presentation includes the manipulation of the 
manipulation of the part design model. 

10 26. A process for obtaining information for a fabricators 
registry comprising the steps of: 
providing one or more fabricator manager applications to 
at least one fabricator, where the one or more fabricator 
manager applications: 
15 1) assist the at least one fabricator in managing the 
fabricator'business; 

2) reside in a central repository; and 

3) are accessed through a global open network, 
receiving data from the at least one fabricator, where the 

20 data is the result of the at least one fabricator using the 
one or more fabricator manager applications; 
aggregating the received data into a fabricator registry; 
and 

25 providing access to the fabricator registry to at least one 
designer, where at least one of: 

a) the at least one designer accesses at least a portion of 
the received data in the fabricator registry; and 

b) the entiry providing the fabricator manager applica- 
30 tions accesses at least a portion of the received data 

in the course of providing services to one or more 
customers. 

27. The process according to claim 26, where the one or 
more fabricator applications comprises a tool inventory 

35 application, where the fabricator uses the tool inventory 
application to maintain a catalog of standard and custom 
tools used by the fabricator. 

28. The process according to claim 26, where the one or 
more fabricator applications comprises a machine availabil- 

4Q ity scheduling application, where the fabricator uses the 
machine availability scheduling application to maintain a 
schedule indicating jobs one or more machines are sched- 
uled for and when the one or more machines are available 
for a new job. 

45 29. The process according to claim 26, where the one or 
more fabricator applications comprises a machine mainte- 
nance scheduling application, where the one or more fabri- 
cator uses the machine maintenance scheduling application 
to maintain a schedule indicating when one or more 

50 machines are scheduled for maintenance and when each of 
the one or more machines last had maintenance. 

30. The process according to claim 26, where the one or 
more fabricator applications comprises an accounting 
application, where the fabricator uses the accounting appli- 

55 cation to maintain billing information, transaction records, 
and billing records. 

31. The process according to claim 26, where the one or 
more fabricator applications comprises a training manage- 
ment application, where the fabricator uses the training 

60 management application to maintain at least one record of 
the training status of one or more employees. 

32. The process according to claim 31, where the training 
status of the one or more employees includes at least one of: 

a) certifications received by the one or more employees; 
65 b) the most recent training of the one or more employees; 
c) the next scheduled training for the one or more employ- 
ees; 
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d) the years of experience of the one or more employees; a schedule indication jobs one or more machines are sched- 
and uled for and when the one or more machines are available 

e) the machines the one or more employees are trained on. for a new job. 

33. The process according to claim 26, where the one or 38. The system according to claim 35, where the one or 
more fabricator applications comprises a certification man- s more fabricator applications comprises a machine mainte- 
agement application, where the fabrication uses the certifi- nance scheduling application, where the fabricator module 
cation management application to maintain at least one uses the machine maintenance scheduling application to 
record of the certification status of the fabricator, and to maintain a schedule indicating when one or more machines 
track the compliance status of the fabricator for one or more are scheduled for maintenance and when each of the one or 
certifications. 10 more machines last had maintenance. 

34. The process according to claim 26, further comprising 39. The system according to claim 35, where the one or 
the step of receiving a selection of one or more of the at least more fabricator applications comprises an accounting 
one fabricator by the at least one designer based on the application, where the fabricator module uses the accounting 
accessed data, application to maintain billing information, transaction 

35. A system for obtaining information for a fabricators 15 records, and billing records. 

registry comprising: 40. The system according to claim 35, where the one or 

at least one fabricator module; more fabricator applications comprises a training manage- 

.j j i r -j- ment application, where the fabricator module uses the 

an application provider module for providing one or more . . yy ' , „ . , . tt 

C tf- t i • * • * *u • i * training management application to maintain at least one 

fabricator manager applications to the at least one on * i 

fabricator module, where the one or more fabricator rec ° rd ° f ^ * a,nm S status , of ° ne or „ m01 ? employees. 

manager applications assist the at least one fabricator 41 - Tbesjstem according to claim 35, where the traming 

j i . , i f l * * ji_ j . * status of the one or more employees includes at least one oi : 

module in managing the fabricator business, data is y 3 

input by the at least one fabricator module using the one a) certifications received by the one or more employees; 

or more fabricator manager applications, and the data is 25 b) the most recent training of the one or more employees; 

aggregated into a fabricator registry; and c ) the next scheduled training for the one or more employ- 

at least one designer module, where at least one portion ees; 

of: d) the years of experience of the one or more employees; 

a) the at least one designer module accesses a portion of and 

the data in the fabricator registry; and 30 e ) ttie machines the one or more employees are trained on. 

b) the entiry providing the fabricator manage application 42. The system according to claim 35, where the one or 
accesses at least a portion of the received data in the more fabricator applications comprises a certification man- 
course of providing services to one or more customers. agement application, where the fabricator module uses the 

36. The system according to claim 35, where the one or certification management application to maintain at least one 
more fabricator applications comprises a tool inventory 35 record of the certification status of the fabricator module, 
application, where the fabricator module uses the tool inven- and to track the compliance status of the fabricator for one 
tory application to maintain a catalog of standard and or more certifications. 

custom tools used by the fabricator module. 43. The system according to claim 35, where the at least 

37. The system according to claim 35, where the one or one designer module selects one or more of the fabricator 
more fabricator applications comprises a machine availabil- 40 modules based on the accessed data. 

ity scheduling application, where the fabricator module uses 

the machine availability scheduling application to maintain ***** 
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